Spring MVC框架的高级配置

　　那么问题在哪儿呢？问题就出在applicationContext.xml中将包括一些特定于主机的Bean。本文将定义。其中，最明显的一个示例就是包含了JDBC连接信息的bean，但是任何一种稍微复杂些的应用程序都有十几个类似的Bean。看一下下面的示例：

　　＜bean id="dataSource"　
class="org.springframework.jdbc.datasource.DriverManagerDataSource"＞
　 ＜property name="driverClassName"＞
　　　 ＜value＞org.postgresql.Driver＜/value＞
　 ＜/property＞
　 ＜property name="url"＞
　　　 ＜value＞jdbc:postgresql://localhost/test＜/value＞
　 ＜/property＞
　 ＜property name="username"＞
　　　 ＜value＞postgres＜/value＞
　 ＜/property＞
　 ＜property name="password"＞
　　　 ＜value＞＜/value＞
　 ＜/property＞
＜/bean＞

　　这个解决方案的问题在于对applicationContext.xml文件的维护。对于初学者来说，设想一下，项目放在源代码版本控制系统中，例如CVS。下面，假设您希望在网站中添加新的功能，那么就需要在应用程序上下文定义中添加额外的Bean定义。问题是如何在生产服务器上体现这些改变。

　　通常情况下，应用程序的本地实例不会与活动站点使用同样的数据库，因此applicationContext.xml文件将包括让您能够访问本地数据库的设置。当您想提交在源代码版本库中的改变时，就需要注意这些特定于主机属性的同步性。版本库中的文件最终可能使用本地设置中的配置。如果想在生产服务器上更新配置，就必须手动同步这些属性的值。这是非常枯燥的任务，而且还非常容易出错。