《m2eclipse+tomcatplugin配置及布署.doc》由会员分享，可在线阅读，更多相关《m2eclipse+tomcatplugin配置及布署.doc（6页珍藏版）》请在金锄头文库上搜索。
1、M2eclipse与tomcatplugin布署使用 背景：之前我们在项目里maven的使用还是比较弱，主要就两点应用编译依赖，扩展nexus私服库，对使用的依赖jar包进行版本统一管理。扩展continumm，进行自动发布和自动集成单元测试。问题：没有使用m2eclipse与tomcatplugin完成热布署之前，为了能直接启动tomcat，把web应用的输出目录直接放在工程下的src/main/webapp,编译输出也直接放在src/main/webapp/WEB-INF/classes，单元测试输出放在src/main/webapp/WEB-INF/test-classes，还要拷贝ma
2、ven依赖下的jar包到WEB-INF/lib目录。这样做虽然能启动tomcat，但是带来其他一些不便和管理上的不规范首先拷贝jar包到lib，即增加了管理的时间，又可能导致编译依赖版本与lib下的运行版本不一致问题。maven规范输出路径是target,因此每次对Maven-UpdateProjectConfigurations，会发现JavaBuildPath-source下的Output又统统变回到target下的目录。然后只能又手动改回去.Junit做单元自测时，也是只认target目录，没办法，每次做自测之前，必须Run Configurations-Classpath-Advanc
3、ed.，把当前src/main/webapp/WEB-INF/classes及src/main/webapp/WEB-INF/test-classes加进来，这样才不会报ClassNotFoundException错误。效率很低。目标：对应以上问题，通过M2eclipse与tomcatplugin热布署后，解决三个问题工程里去掉lib目录，发布时自动根据pom.xml里描述加载需要的包。把编译输出路径改成与maven规范一致的target路径，这样preferences-Maven-User Settings进行UpdateSettings操作后还是原来的路径。Junit单元测试时，不用每次都
4、RunConfigurations。M2eclipse与tomcatplugin实现布署一、下载tomcatplugin3.3，可以上官网下载，本站提供下载:http:/ tomcat6不需要做这一步)，否则一点start就会报找不到相关类。加载tomcat-juli.jar如下图：三、接下来打开第一步com.sysdeo.eclipse.tomcat_3.3.0目录，看到有个Devloader.zip，还有一个DevloaderTomcat7.jar，如果你是Tomcat7，把DevloaderTomcat7.jar拷贝到TOMCAT_HOME/lib/目录下，如果是tomcat6，把Dev
5、loader.zip拷到TOMCAT_HOME/lib/目录下并重命名成Devloader.jar。如果是其他更低版本，直接解压Devloader.zip到TOMCAT_HOME/server/classes。tomcat6，7经测试都没问题，更低版本未经测试。四、把当前工程设置成tomcatproject右击工程-properties-tomcat如下图IsaTomcatProject打上勾Contextname为空，Subdirectorytosetaswebapplicationroot(optional)工程发布的目录/src/main/webapp接下来点击DevloaderClas
6、spath，如下图从上图可以看到有两个选项UseMaven与ActivateDevLoader，而实际上使用标准的tomcatplugin插件，只有Activate DevLoader一个选项，如果你只出来一个选项，那么注意第一步下载了tomcat.jar，把它覆盖到com.sysdeo.eclipse.tomcat_3.3.0目录下的tomcat.jar，再重起eclipse，就发现有两个选项了。ActivateDevLoader选项是把全部的mavenrepository下的jar都列出来让开发人员选，这样比较麻烦，因为repository里可能有好几个小版本，都给列出来后然后慢慢选，效率
7、太差，而且还是没跟pom.xml描述挂勾。UseMaven选项，根据pom.xml描述自动加载，这样只要关心pom.xml的描述，只要确保pom.xml描述的统一与正确，各开发人员发布的版本就是一致的。设置完成后 点一下Apply，然后点eclipse上面的tomcatstart，一切顺利运行，就算搞定了。这里说一下这里的Apply，根据刚才第二步tomcat的设置，我们用编辑器打开TOMCAT_HOME/conf/server.xml，先观察下它的初始配置，当你点击一下Apply后，会发现server.xml被修改了。根据当前步对tomcatproject的配置，发现server.xml多出
8、代码片段如果再次点击Apply，会再多出一段这样的代码，因此配置好后，不要重复点击，否则就会重复布署多个应用了。如果重复点了，只好手动去编辑server.xml，并删除多余的配置。同时细心观察的话，可以看到在工程下还生成了.#webclasspath文件，里面就是描述了输出的类及需要的依赖jar包列表，如果你想查看加载包是否正确，可以直接打个这个文件查看。实施过程中需要重点了解的概念1、重点要了解pom依赖描述的scope,classifier两个属性scope与maven的生命周期有关系，主要有五种状态：默认是compile，传递整个生命周期并最终输出。provided,最终不输出，比如se
9、rvlet-api.jar，在编译的时候是需要的，但是发布的时候就不能输出，因为tomcat自带了servlet-api.jar，如果输出的话，会引起冲突，当然也可以使用system方式，在依赖描述的时候就使用tomcat下的servlet-api.jar。test，比如spring-test，这种只在测试阶段使用。runtime,编译时没用，只在测试及运行时用。system，与provided类似，如第二点所讲，直接引用外部jar包，而不去maven repository下找相关jar了。2、classifier一般是指当前的包有的限制性，比如只适用于jdk1.4或其他的一些限制，如果包有这
10、种属性，将不能被发布，这时我们修改期名字，再传到nexus私服，去掉classifier属性就可以了。路径问题的解决工程采用了M2eclipse与tomcatplugin布署后的第一天一切顺利，但次日一早过来把WEB-INF下的classes目录彻底删除后，出现了新问题，起动Tomcat会报找不到/WEB-INF/classes/log4j.properties，也找不到/WEB-INF/classes/ApplicationContext*.xml，需要修改这里的配置方式改成如下配置 contextConfigLocation classpath:applicationContext*.xml log4jConfigLocationclasspath:log4j.properties
