我应该为J2EE应用服务器配置文件实现源代码管理吗?

通过版本控制跟踪应用程序服务器的配置更改是一个很好的要求。但是,它确实意味着所有的更改都是通过脚本而不是管理Web界面来完成的。我推荐

http://www.ibm.com/developerworks/java/library/j-ap01139/index.html?ca=drs-

作为一篇关于这个主题的背景资料文章。

更新:最近,第2部分已在此处发布: http://www.ibm.com/developerworks/java/library/j-ap02109/index.html?ca=drs-

在使用WebSphere时,我们发现最好的方法是编写部署脚本,并将脚本置于版本控制下,再加上每个目标环境的响应文件。

WebSphere可能很棘手,因为目录结构是一堆文件——通常会出现重复的情况,很难确定需要备份/恢复的神奇文件是哪个。如何做到这一点的问题不应减损这样做的必要性。-这是肯定的。

我们的(Spring)应用程序在Spring配置文件中有一个硬编码的JNDI名称。这样,同一个EAR可以部署到开发、质量保证和生产环境中,您不必担心数据库连接的细节。

应用服务器管理员确保根据该JNDI名称注册了一个数据源,并在每个环境中提供适当的连接详细信息。

但这让我如何管理应用服务器中数据源配置的更改。下面是一个场景:

1. DBA更改数据库服务器的连接密码。

2. webspehere/weblogic管理员通过管理员控制台对服务器配置进行相应的更改。

上述更改不受版本控制,因此无法清楚地了解此类更改的历史。

问题不在于如何配置应用程序,而在于如何控制配置更改的版本。对于简单的项目来说,这听起来可能是一种过度杀伤力,但是对于某些项目来说,控制这些变化真的是一个问题。

每当你问自己“X应该在版本控制中”时,默认答案是“是”。

要获得更精确的答案,请自问:文件是由个人创建的(如源文件或文档),还是由其他程序生成的(如对象文件或分发PDF)?

由人创建和/或维护的文件应在配置控制下。

我们总是在应用服务器设置中使用版本控制。它是一个叫做wlst(weblogic脚本工具)的工具,它是weblogic服务器发行版的一部分。域配置存储在Jython脚本中,该脚本可以通过命令行轻松执行,因此与我们的构建工具Maven完美集成。

创建预配置的运行WebLogic域只需要执行maven目标。所有那些配置错误的JDBC连接或错误的JMS目标参数的恼人问题都消失了。您将始终拥有与给定时间的源代码匹配的AppServer配置。您将永远不需要记住必须为您正在处理的项目的这个特定版本应用哪个应用服务器设置。

我真的推荐这个。

我还想知道,是否有其他应用服务器的类似解决方案可用。据我所知,有一种方法通过蚂蚁玻璃鱼。如何实现JBoss?