本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

Configure 配方

Configure 配方被分配给层的 Configure 生命周期事件，每当实例进入在线状态或退出在线状态时，堆栈的所有实例上都会发生该事件。您可以使用 Configure 配方来调整实例的配置，以根据需要响应更改。当您实施 Configure 配方时，请记住，堆栈配置更改可能涉及与此层无关的实例。该配方必须能够作出相应的响应，但在某些情况下，可能不需要执行任何操作。

tomcat::configure

tomcat::configure 配方用于执行层的 Configure 生命周期事件。

include_recipe 'tomcat::context'
# Optional: Trigger a Tomcat restart in case of a configure event, if relevant
# settings in custom JSON have changed (e.g. java_opts/JAVA_OPTS):
#include_recipe 'tomcat::container_config'

tomcat::configure 配方基本上是一个元配方，可运行两个从属配方。

在本示例中，include 的 tomcat::container_config 被改为注释了。如果要使用自定义JSON来修改 Tomcat 设置，则可以删除评论。之后，Configure 生命周期事件运行 tomcat::container_config，这会更新 Tomcat 相关配置文件 (如tomcat::container_config中所述) 并重新启动 Tomcat 服务。

tomcat::context

Tomcat cookbook 允许应用程序使用 J DataSource 2EE 对象访问 “我的SQL数据库” 服务器，该服务器可以在单独的实例上运行。借助 Tomcat，您可以通过为每个应用程序创建和安装 Web 应用程序上下文配置文件来启用连接。该文件定义了应用程序与应用程序用于与数据库通信的JDBC资源之间的关系。有关更多信息，请参阅 The Context Container。

tomcat::context 配方的主要目的是创建此配置文件。

include_recipe 'tomcat::service'

node[:deploy].each do |application, deploy|
  context_name = deploy[:document_root].blank? ? application : deploy[:document_root]

  template "context file for #{application} (context name: #{context_name})" do
    path ::File.join(node['tomcat']['catalina_base_dir'], 'Catalina', 'localhost', "#{context_name}.xml")
    source 'webapp_context.xml.erb'
    owner node['tomcat']['user']
    group node['tomcat']['group']
    mode 0640
    backup false
    only_if { node['datasources'][context_name] }
    variables(:resource_name => node['datasources'][context_name], :webapp_name => application)
    notifies :restart, resources(:service => 'tomcat')
  end
end

除了 Tomcat 食谱属性外，此配方还使用堆栈配置和部署属性 AWS OpsWorks 使用配置事件堆叠安装。这些区域有： AWS OpsWorks Stacks 服务向每个实例的节点对象添加属性，这些属性包含配方通常通过使用数据袋或搜索获得的信息，并将属性安装到每个实例上。这些属性包含关于堆栈配置、部署的应用程序和用户希望包含的任何自定义数据的详细信息。配方可以通过使用标准 Chef 节点语法获取堆栈配置和部署属性的数据。有关更多信息，请参阅 堆栈配置和部署属性。对于 Chef 11.10 堆栈，您还可以使用 Chef 搜索来获取堆栈配置和部署数据。有关更多信息，请参阅 使用 Chef 搜索。

deployattributes 是指[:deploy]命名空间，其中包含与部署相关的属性，这些属性通过控制台定义或API由控制台生成 AWS OpsWorks 堆栈服务。deploy 属性包含各个已部署应用程序的以应用程序短名称命名的一个属性。每个应用程序属性都包含一组用于描述应用程序的特征的属性，如文档根目录 ([:deploy][:appname][:document_root])。

context 配方首先通过调用 tomcat::service 来确保为此 Chef 运行定义了服务。然后，它定义 context_name 变量，该变量表示配置文件的名称，不包括 .xml 扩展名。如果您使用默认文档根目录，则 context_name 将被设置为应用程序的短名称。否则，它将被设置为指定的文档根目录。中讨论的示例将文档根目录创建堆栈并运行应用程序设置为"ROOT"，因此上下文为ROOT，配置文件已命名ROOT.xml。

批量配方查看部署的应用程序的列表，并为每个应用程序使用 webapp_context.xml.erb 模板来创建上下文配置文件。此示例仅部署一个应用程序，但 deploy 属性的定义需要您将其看作一组应用程序。

webapp_context.xml.erb 模板不是特定于操作系统的，因此它位于 templates 目录中的 default 子目录中。

该配方创建配置文件，如下所示：

webapp_context.xml.erb 模板包含一个 Context 元素，该元素包含一个具有其自己的一组属性的 Resource 元素。

这些 Resource 属性描述上下文配置的特征：

有关此配置文件的更多信息，请参阅 Tomcat wiki 的 “使用” DataSources 主题。