Eclipse 和 .properties 文件中的不同构建配置

Question

我有一个使用 java 和 struts 1.3.10 框架的 Eclipse 项目。

我使用 .properties 文件（比如configApp.properties）来管理生产 webapp、演示 webapp 和开发 webapp。 此 .properties 文件用于 ServletContextListener 和实现 IntrospectionUtils.PropertySource 的 PropertyDecoder 类（请参阅this question）。

现在，我根据我必须完成的任务（即构建新的生产版本）手动更改configApp.properties。

如何使这一步自动化？

由于三种构建类型的 .properties 文件名必须相同，我想创建三个文件夹，每个文件夹包含 configApp.properties（一个用于生产，一个用于演示，一个用于开发）。

有没有更好的方法，例如通过将参数传递给构建（我认为这是不可能的，因为必须编译实现 IntrospectionUtils.PropertySource 的 PropertyDecoder 类并将 .class 放在 Tomcat lib 文件夹中）？如果是这样，我如何参数化 ServletContextListener 和 PropertyDecoder 类，以便它们可以输入正确的 .properties 文件？

Answer 1

通常，恕我直言，最佳实践是从 webapp 外部化那些 .properties 文件（至少是每个“客户”将更改的文件）。这是因为我们不希望为每个“客户”（生产、演示、开发、客户 A、客户 X ......）构建自定义 webapp。您只需要一个版本的 webapp 和多个版本的配置文件（每个“客户”一个）。

您可以配置自己的自定义配置文件夹。该文件夹只是类加载器查找资源的另一个地方：

在 tomcat_dir\conf\catalina.properties 中，您可以像这样设置 common.loader 属性：

common.loader=your_config_folder_path,${catalina.base}/lib,${catalina.base}/lib/.jar,${catalina.home}/lib,$ {catalina.home}/lib/.jar

因此，如果您现在需要为演示设置环境，只需将演示版本的 configApp.properties 放入该配置文件夹即可。

如果你想在同一台机器上运行多个环境，你可以配置多个tomcat实例。基本上你只需要安装一次tomcat，然后，对于每个实例，你需要有不同的webapps、conf、logs、temp、work文件夹。您可以为每个实例创建一个 .bat|.sh 脚本。在该脚本中，您只需指定 CATALINA_HOME 环境变量，它可以指向父文件夹的相对路径（更通用）。
您可以搜索“运行多个 tomcat 实例”或查看以下教程以获取更多详细信息： http://www.ramkitech.com/2011/07/running-multiple-tomcat-instances-on.html

我建议您将 common.loader 属性（在 catalina.properties 中）配置为指向 ${catalina.base}/conf 文件夹：

common.loader=${catalina.base}/conf,${catalina.base}/lib,${catalina.base}/lib/.jar,${catalina .home}/lib,${catalina.home}/lib/.jar

所以，如果你需要在同一台机器上运行演示和生产环境，你必须有这样的东西：

tomcat_生产
|__ 网络应用
|__ 配置
| |__ configApp.properties（生产设置）
| |__ catalina.properties
| |__ (...)
|__ 日志
|__ 温度
|__ 工作
|__ startup.bat（将启动这个 tomcat 实例的脚本）

tomcat_demo
|__ 网络应用
|__ 配置
| |__ configApp.properties（演示设置）
| |__ catalina.properties
| |__ (...)
|__ 日志
|__ 温度
|__ 工作
|__ startup.bat（将启动这个 tomcat 实例的脚本）

我希望这会有所帮助...

Answer 2

使用您手动更改的所有值作为参数创建一个模板。然后使用模板引擎将其转换为您需要的最终 .properties 文件。我使用 powershell，但您也可以使用 Freemarker Template Language。下面的 powershell 脚本采用模板文件，通过用定义的变量替换模板中的关键字来应用转换。最终结果是一个 .properties 文件。

{$hg_version=hg 识别 -i 设置变量-名称语言-值“%sonar.language%” 设置变量-名称项目键-值“键” 设置变量-名称项目名称-值“XXXXXX” set-variable -name openCoverResultxml -value "Trident.sln.CoverageReport.xml"

(get-content %sonarProperty%\sonar-project.template | foreach-object {$_ -replace "phrase_to_replace_A", $hg_version} | foreach-object {$_ -replace "phrase_to_replace_B", $projectKey} | foreach -object {$_ -replace "phrase_to_replace_C", $language} | foreach-object {$_ -replace "phrase_to_replace_B", $projectName}) |设置内容 %sonarProperty%\sonar-project.properties}

请记住，此脚本不适用于 FreeMarker，但有关于如何使用 freemarker 引擎的说明。不过，Powershell 对我来说工作得很好。您可以通过为每个配置组合创建构建来自动化该过程，以便传递给每个构建的变量将生成您将手动创建的属性文件。 TeamCity 在运行构建时允许下拉菜单，因此您可以在构建时选择参数以传递给 powershell/使用任何模板引擎。

Answer 3

通过外部化配置，您可以完全避免构建不同版本的应用程序。

您可以将configApp.properties 拖放到Tomcat“lib”目录中，在您的应用程序类路径中可以访问该目录。从技术上讲，它将在您的conf/catalina.properties 文件中定义的“通用”类加载器中可用。

然后可以使用 Tomcat 配置的其余部分对其进行源代码控制，这几乎总是特定于环境的。