configuration - 在 EAR 文件中保留配置设置的最佳实践是什么？

Question

我的应用程序部署为 EAR 文件。

该应用程序传统上要求进行一些安装后配置更改。

这对于 Oracle 10G OAS 来说很容易，因为 EAR 被分解到一个目录中，从而允许轻松访问配置文件。

使用 11G，EAR 不会被分解，从而导致关于分解、修改和重新组合 EAR 的额外文档。

在我看来，这对于解决方案来说一定是一个相对常见的问题，也许是通过 J2EE 实现的标准问题，我只是没有遇到或认识到它是我正在寻找的解决方案。

一些替代方案包括:
1) 提供将在部署之前修改 EAR 文件的实用程序。
2) 将所有配置设置存储在单独的位置。
3) 将所有配置设置存储在数据库中；通过容器访问数据库提供通过 JNDI 公开的连接。

但是否有既定的最佳实践？

缺少这一点，什么方法对你有用？

谢谢
柯蒂斯

Answer 1

我和我的一位客户围绕这个主题做了一些重要的工作。简而言之(我认为应该对您有所帮助):

如果您要使用配置文件 ，将配置文件放置在 EAR 中(通过分解/重新打包)具有使 EAR 文件在不同环境(例如，QA 环境与生产环境)之间不可移植的缺点。随着时间的推移，这会增加开销，并且环境之间总是存在混淆的奇怪机会。这种方法仅适用于与环境无关的配置项 - 即在所有 SDLC 环境(QA、测试等)中保持相同。

或者，您可以将这些文件放在单独的目录中，并将该目录添加到服务器的类路径中。这在每个应用程序服务器中以不同的方式完成；在 WebSphere 中，这是使用“共享库”工具完成的。

从长远来看，对我们更有效的方法是使用 J2EE 技术实际指定用于此类任务的方法 - 使用 resource environment entries ，可通过 java:comp/env 下的标准 JNDI 机制访问命名空间。

在尝试了几乎所有可能的解决方案之后，我更喜欢资源环境条目的方法。