Spring-MVC框架的高级配置.doc

Spring MVC框架的高级配置

———————————————————————————————— 作者：
———————————————————————————————— 日期：

18

个人收集整理 勿做商业用途
本文将为您提供关于Spring MVC框架的配置技巧，以帮助管理基于Spring的web应用程序的多个实例.本配置管理主题常被学术界所忽略，但是，这对于现实的web开发尤为重要。本主题并不直接关联任何具体的技术，因此,我们将从最基本的概念开始对这个问题进行说明。下面，我们将根据Spring MVC框架，为基于本技术开发的项目提供一系列的解决方案。
Spring配置
　　人们经常会在一台以上的主机上配置一种Web应用程序。例如，在生产中,一个网站可能只有一个实例。除了此实例外，开发人员可以在用于开发的机器上配置其他的(开发)实例.也可以在公司（机构）内部的本地开发服务器上维护其他应用程序装置，这将让您受益匪浅该实例的目的是使Web设计者可以获得有质量保证的材料，并为需要为应用程序提供文件资料的人提供准入。
　　大家都知道，即使是最简单的场景，也需要安装、配置和维护三个实例。而对于位于不同地理位置的团队来说，要从事这样的项目便更加困难。对于任何不是特别简单的Web应用程序项目，都需要多名开发人员来安装项目装置和本地设置以及运行单元测试的装置等。
　　很多组织都将自己开发的产品作为Web应用程序。我们可以在很多产品中发现这种情况，例如电子商务系统、内容管理系统（CMS），以及博客发布平台等。这类产品可在多个服务器中进行部署。对于成功的多用途Web应用程序来说，他们的开发人员必须要保证他们的应用程序便于安装，并且能够与其他Web应用程序完美集成.经过上述讨论之后，我们应该明了,作为本文主题的应用程序配置是通用Web应用程序项目开发人员所需要解决的重要问题之一.
　　诸如CVS或Subversion之类的版本控制系统是开发组织使用的一种标准工具。这种工具代表了一些组织的中心源代码版本库,它们被用于保持源代码的有序。用户可以跟踪应用程序源代码的变化，显示不同版本的区别，并可以确定项目分支.而且，它们使得在应用程序部署中进行部分更新成为可能.
　　很明显,版本控制系统软件是跟踪源代码所必需的，它对于解决应用程序配置问题有非常大的帮助。在本文中，我们将不会把重点放在版本控制系统上，因为这方面已经有很多相关的材料了。在此，我们将关注版本控制问题中的一个小话题:如何使Web应用程序的配置更加便捷（尤其是使用Spring MVC框架编写的Web应用程序）。
　　问题是:我们在此讨论的是一种什么样的配置？任何Web应用程序都需要一些资源，这些资源通常都是其所运行的服务器所特有的，例如数据库URL、发送电子邮件的SMTP服务器，以及包含专用软件文件的文件夹等.这样的设置应该集中，从而使应用程序配置更加简单。
　　但是，这只是这个问题最简单的一种版本。有时候,在应用程序开发中需要更加复杂的配置.这意味着，必须将各次部署中的不同Bean连接起来，而这会使问题更加复杂.
　　这些应用程序配置问题的解决方案有诸多优势，包括:简化应用程序的安装和配置过程,使源代码版本控制更加简便，减少源代码版本库中的冲突现象。下面,我们将通过示例详细讨论这个话题.
问题
　　我们首先来演示一下上文所提到的最简单的版本。在这一场景中,我们希望在应用程序部署中改变的是简单的配置参数，例如链接、密码等.如果您曾经使用Spring MVC框架开发过Web应用程序，那么您应该知道这里将用到的两个配置文件:
· /WEB-INF/applicationContext。xml,它让您可以配置Bean，或者显示应用程序上下文。通过这个文件，您可以定义自己的业务逻辑Bean、资源以及其他可以与Web端口相关联的所有Bean。
· /WEB—INF/［servlet-name］—servlet。xml，它被用于配置Web层、视图解析器、控制器、校验器以及其他所有MVC框架中必需的Bean。［servlet-name］指的是在web.xml部署描述符中定义的Spring dispatcher servlet的名称。
　　那么问题在哪儿呢?问题就出在applicationContext。xml中将包括一些特定于主机的Bean定义.其中,最明显的一个示例就是包含了JDBC连接信息的bean,但是任何一种稍微复杂些的应用程序都有十几个类似的Bean。看一下下面的示例：
aSource"
class=”org.springframework。jdbc。datasource。DriverManagerDataSource”〉

       jdbc:postgresql：//localhost/test〈/value〉

   rname"〉

与活动站点使用同样的数据库，因此applicationContext.xml文件将包括让您能够访问本地数据库的设置.当您想提交在源代码版本库中的改变时，就需要注意这些特定于主机属性的同步性.版本库中的文件最终可能使用本地设置中的配置。如果想在生产服务器上更新配置，就必须手动同步这些属性的值。这是非常枯燥的任务，而且还非常容易出错。
　　对于应用程序的每个实例来说，这个问题更加重要。假如有三位开发人员正在使用代码段基址,而且他们使用的是本地的数据库。当您提交更改的时候，他们每个人在本地服务器上更新源代码的时候都必须非常谨慎。他们会手动同步这些更改,然后提交他们的工作.这样一来,版本控制系统对于这些配置文件来说已经毫无用处。如果曾经使用过Spring MVC，那么您应该知道applicationContext.xml是应用程序中的关键组件，因为是它将所有的东西粘合在一起。所以，我们需要一种机制来帮助使应用程序中各项保持有序，这点非常重要。
　　正如前面所提到的,这是您可能遇到的较简单的配置问题。更难的问题出现在当需要在不同服务器中进行不同的Bean连接的时候。这类问题常会出现在日常软件开发任务中。例如，假如您的产品有一个客户身份验证模块，可以对来自关系数据库或LDAP服务器中的用户进行身份验证。自然，这一身份验证模块可以使用抽象了特定版本库的Bean进行配置。如果您想改变不同应用程序部署中验证用户的方式，就需要在applicationContext.xml文件中进行不同的Bean连接。这种配置问题常见于在部署中有可配置特性的所有应用程序。
　　在下文中，我们将讨论这两种配置问题.首先我们会关注同步的Bean属性问题及其解决方案，接下来，我们会讨论更加复杂的同步Bean连接问题。
解决方案
同步Bean属性
　　这个问题的一种可行的解决方案是将所有特定于主机的参数都放到普通的Java属性文件中，使用Spring的PropertyPlaceHolderConfigurer类，将这些参数写入Bean属性中。
　　使用这一解决方案，我们可以生成如下的属性文件（/WEBINF/jdbc。properties）:
jdbc。driver=org。postgresql。Driver
jdbc.url=jdbc:postgresql：//localhost/test
jdbc。user=postgres
jdbc。password=
　　我们的Bean配置如下：
〈bean id=”propertyConfigurer"
class="org。springframework。beans。factory。config。PropertyPlaceholderConfigurer”〉

         ＄{jdbc.driver}〈/value〉
    〈/property>

   〈ref local=”someBean”/>

　　应更改为：

   ring perHostConfiguration = DEFAULT_CONFIG_LOCATION_PREFIX
                 + ”applicationContext—”
                 + hostname
                 + DEFAULT_CONFIG_LOCATION_SUFFIX
                 ;

            logger.debug(
                 "Adding per host configuration file: ”
                 + perHostConfiguration
                 ）；

            if （getNamespace（) ！= null） {
                    return new String[］ ｛
              DEFAULT_CONFIG_LOCATION_PREFIX
                + getNamespace（）
                + DEFAULT_CONFIG_LOCATION_SUFFIX
             , perHostConfiguration}；
            ｝
            else {
                    return new String［］ ｛
             DEFAULT_CONFIG_LOCATION
              ， perHostConfiguration};
            }
    ｝
}
　　这个类拓展了Spring中常被作为默认值使用的XmlWebApplicationContext。XmlWebApplicationContext类将Web应用程序的配置从XML定义文件中复制过来。默认情况下，它可以配置来自applicationContext.xml和［servlet-name］—servlet.xml文件中的应用程序。这个类执行的惟一一项额外任务便是获取它所在的主机名称,并将applicationContext-［hostname]。xml文件添加到配置文件列表中。
　　为了使用这个类，我们需要对其进行编译，将其包含在类途径中，并指示Spring框架使用它。前两步非常简单，我们就不在此赘述。我们可以指示Sping通过contextClass上下文参数来使用它.除了web.xml文件中的原有配置,我们还可以添加下列内容:
 〈context-param>
   〈param—name〉contextClass
   net.nighttale.spring.util.PerHostXmlWebApplicationContext
  〈/param—value>
〈/context—param〉
　如果我们使用这一配置片断,将会有三个文件被用于初始化这个框架:[servlet—name]—servlet。xml、applicationContext-[hostname］。xml以及applicationContext。xml。
　　正如您所看到的，applicationContext.xml和web。xml文件已经完全摆脱了任何特定的配置细节，而且您也不必担心会在更新应用程序时破坏配置。
　　但是，这种方法有一个不足之处。因为,不论是否会使用，都需要在应用程序部署中有第三个配置文件.在这种情况下,便不需要特定于主机的配置。例如：

〈beans〉</beans〉
　　最后,需要知道应用程序上下文类需要查找的特定主机名.检查主机名称的最简单的方法是在机器上运行下列代码：
 System。out。println（InetAddress。getLocalHost(）。getHostName（）)
　　可以将其作为Java代码执行,也可在喜欢使用的脚本语言（如BeanShell或Groovy）中作为一个具有Java风格语法的脚本执行。在获取了主机的名称之后，应该创建一个默认的/WEB—INF/applicationContext-［hostname]。xml空文件夹（如我们上面所定义的）,然后便可以开始了.
结束语
　　在本文中，我们提供了一系列的配置技巧，让您在使用Spring MVC框架完成日常工作的时候更加轻松。如果您希望知道如何维护各种Web应用程序部署，可以试着找出最适合您的开发过程的解决方案。您的生活会更为轻松.