Spring MVC框架的高级配置.docxVIP

本文将为您供应关于Spring MVC框架的配置技巧，以帮助管理基 于Spring的web应用程序的多个实例。本配置管理主题常被学术 界所忽视，但是，这对于现实的web开发尤为重要。本主题并不干 脆关联任何具体的技术，因此，我们将从最基本的概念起先对这个问 题进行说明。下面，我们将依据Spring MVC框架，为基于本技术 开发的项目供应一系列的解决方案。 Spring配置 人们常常会在一台以上的主机上配置一种Web应用程序。例如, 在生产中，一个网站可能只有一个实例。除了此实例外，开发人员可 以在用于开发的机器上配置其他的（开发）实例。也可以在公司（机 构）内部的本地开发服务器上维护其他应用程序装置，这将让您受益 匪浅。该实例的目的是使Web设计者可以获得有质量保证的材料， 并为须要为应用程序供应文件资料的人供应准入。 大家都知道，即使是最简洁的场景，也须要安装、配置和维护三 个实例。而对于位于不同地理位置的团队来说，要从事这样的项目便 更加困难。对于任何不是特殊简洁的Web应用程序项目，都须要多 名开发人员来安装项目装置和本地设置以及运行单元测试的装置等。 很多组织都将自己开发的产品作为Web应用程序。我们可以在 很多产品中发觉这种状况，例如电子商务系统、内容管理系统 （CMS）,以及博客发布平台等。这类产品可在多个服务器中进行部署。对于胜利的多用途Web应用程序来说，他们的开发人员必须 Bean都不是特定于主机的，因此我们可以像处理Web应用程序中 的其他资源一样自由地处理applicationcontext.xml文件，并可以 通过合适的版本限制系统与其进行同步。 但是，上述方法也有肯定的弊端。假如您想保留不同XML文件 的不同配置，就仍旧必需担忧applicationcontext.xml的同步性， 因为资源的名称必需依据不同服务器进行更改。虽然与原有的解决方 案相比有了很大提高，只需更改文件名，但是这还是须要开发人员的 手动帮助。 由于与applicationcontext.xml相比，主机配置不需如此频繁 地进行更改，因此下一步便是将主机配置移动到web.xml文件中（假 如可能的话）。幸运的是，我们有一个可用的解决方案。看一下下面 关于web.xml配置的片断： listener listener-class org. springframework. web.context.ContextLoaderListe ner /listener-class /listener context-pa ram param-namecontextConfigLocation/param-name param-value /WEB-IN F/applicationContext. xml /WEB-IN F/applicationContext-somehost .xml /param-value /context-param 正如您所看到的，除了 web.xml文件中常有的 ContextLoaderListener之夕卜，我们还添加了 contextConfigLocation上下文参数配置。这一参数用于指示框架 查找这些配置文件的位置。假如这一参数被省略，则Spring就只能 到applicationcontext.xml中查找。这里我们也定义了特定于主机 的配置文件来运用。 利用这种方法，我们将全部特定于主机的配置从 applicationcontext.xml文件中移除，这样便减轻了其在不同应用 程序部署中的同步性。 假如这种方法成为您的新习惯，您还可以使其更加敏捷。通过遵 守下列指令，也可以将特定于主机的配置从web.xml文件中移除。 为此，须要创建特定于我们的应用程序上下文的类： package net.nighttale.spring.util; import java.net.InetAddress; import org.springframework, web.context, support.Xml WebApplica tionContext; public class PerHostXmlWebApplicationContext extends XmlWebApplicationContext { protected String[] getDefaultConfigLocations() { String hostname = localhost; try { hostname = InetAddress.getLocalHost().getHostName(); } catch (Exception e) { } String perHostConfiguration = DEFA