把mgscl更名为mgsclp后，文哥就跟我说项目在他的Eclipse里Run不起来了。抛出以下异常。
严重: Exception sending context initialized event to listener instance of class org.springframework.web.context.ContextLoaderListener
org.springframework.beans.factory.BeanDefinitionStoreException: Invalid bean definition with name 'dataSource' defined in class path resource [applicationContext-resources.xml]: Circular placeholder reference 'jdbc.driverClassName' in property definitions
at org.springframework.beans.factory.config.PropertyPlaceholderConfigurer.processProperties(PropertyPlaceholderConfigurer.java:268)
at org.springframework.beans.factory.config.PropertyResourceConfigurer.postProcessBeanFactory(PropertyResourceConfigurer.java:75)
at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:554)
at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:528)
at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:363)
at org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:255)
at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:199)
at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:45)
at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3843)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4342)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:719)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at org.apache.catalina.core.StandardService.start(StandardService.java:516)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
at org.apache.catalina.startup.Catalina.start(Catalina.java:578)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
这个问题在之前bsdts里也遇到过，主要是因为在appfuse生成的项目里配置文件jdbc.properties里都使用了占位符
placeholder，如果项目需要正常在Eclipse的Tomcat里Run里来，这个文件的占位符应该正确的给Replace掉。出现上面的异常
主要就是占位符没有被正确的Replace掉。好了，既然原因找到了，我们下面来看下如何解决。
在Bsdts里面遇到这个问题的时候，我们经常是重新在Console下面运行mvn package 或者mvn install后，再重新Deploy就可以了。但是实践证明在mgsclp里面是行不通的。这是为什么呢？
经过查看mgsclp里的Target里的jdbc.properties文件,发现其已经给正确Replace掉了。只是没有正确地给Eclipse Deploy到tomcat里。
根据上面，我初步确定是Eclipse配置的问题。
我们现在知道的情况有哪些呢?
一是maven是会把placeholder自动replace的.这个我们可以通过查看Target/classes目录下面的jdbc.properties文件可以看到,经过maven处理后的placeholder是给正确replace了.
2.在Eclipse里面部署过后的jdbc.properties文件的plackholder没有被replace掉.
Solution：
我们的jdbc.properties文件就是位于src/main/resources目录下面的.我们可以看到Excluded里面已经有很多
properties给Excluced了.这是i18n的文件,同样也是需要maven进行编码处理的,而jdbc.properties文件是要进行
replace
plackholder处理.本质上是一样的.这里把文件加进去后,eclipse也不会进行处理的.所以,我们需要把jdbc.properties文
件同样加入excluded里面.我们不需要Eclipse对这些文件进行处理.maven处理就行了.这样子,Eclipse
就不会把maven处理的结果用原来的版本覆盖了.
好,现在说回到部署问题.我们的War工程在maven里,只要把target/classes里的东西与src/webapp里面的东西放到
Tomcat就行了.这次相关的配置文件有org.eclipse.wst.common.component.
Eclipse是如何知道哪些内容需要部置到Tomcat就是在这个文件里面定义的.关键的节点就是<wb-resource>.由前面所说
我们需要的内容只有两个target/classes,src/webapp.所以实际上我们只要把这两个目录上面的东西放到正确的部署位置就行了.其它
内容都是多余的.于是我只保留下面两个内容
<wb-resource deploy-path="/" source-path="src/main/webapp"/>
<wb-resource deploy-path="/WEB-INF/classes" source-path="target/classes"/>
这里的部署,只是把这里指定的目录Copy过去而已不做任务处理,(从我目前观察的情况是这样子的).
我们之前为什么不会呢,就是因为有很多个这样的节点.有些节点会引用没有处理过的文件.Eclipse再一次把没有处理过的文件盖掉处理过的文件,就出现的我们刚开始的时候的问题了.
好了，今天就到这里。