【发布时间】：2012-03-18 10:34:05
【问题描述】：
我看过atacoupleofposts关于JNDI和管理数据源配置的方法。我的问题是：有什么优点和缺点：
- 外部化数据源的配置（通过任何方式，context.xml，server.xml 等等）与：
- 将配置保存在战争的 context.xml 中
【问题讨论】：
标签： java jakarta-ee jndi
【发布时间】：2012-03-18 10:34:05
【问题描述】：
我看到使用 Web 容器的数据源管理机制（通常通过 JNDI 公开）的主要原因是为了让开发人员掌握王国的钥匙。我主要在金融机构工作，发现生产数据库的密码通常受到很好的保护。如果应用程序服务器管理员是应用程序团队中知道如何连接到生产数据库的唯一成员，那么其他人读取他们不应该读取的数据的风险就会降低。
【讨论】：
-
+1。并且为了补充您的答案 - 只要您将应用程序部署到多个环境，它始终是一个专业人士，可以尽可能多地外部化配置。
-
这也是我考虑过的事情之一（除了 local/dev/qa/stage/prod 环境） - 是否有任何缺点（例如，我认为这会使在团队中的多人之间共享相同的配置）？
-
有一个设置过程用于在每个开发人员的机器上设置 JNDI 数据源。但是，对于开发人员环境，创建具有适当访问权限的团队/开发人员凭据通常不会有问题。
-
如何在同一个应用服务器上部署同一个 webapp 的多个实例（每个实例访问不同的数据源）？这可行吗？
-
快速回答：视情况而定。您的容器是否支持每个应用程序的 JNDI 资源？如果没有，您还必须外部化您的资源名称（属性文件）或为每个实例自定义构建您的应用程序。