一种maven改造快速支持servlet3.1web工程的方法

原文地址:http://shmilyaw-hotmail-com.iteye.com/blog/2221134


问题的引出

    平时在工作中大量的开发都依赖于工具maven,而且这个工具总的来说功能还是非常强大的。由于在最近的一些web开发中要用到最新的servlet3.1以及最新的web container tomcat 8,于是想利用maven原生的archetype类型来构建项目。可惜尝试使用默认的类型之后发现它并不提供最新版本的支持。而如果要将原来的工程改造成支持servlet 3.1 web工程的话,还是很麻烦。于是想找个好点的办法,能够尽量高效的生成这样的工程。

    为了完整的记录和对比两种方法,这里主要列举了一种是针对原有maven web-app工程进行改造的方法,还有一种是利用一个自定义的maven archetype工程进行改造的方法。

 

原有方法

      假如我们需要创建一个maven web工程,一种方法是使用IDE里自带的功能来创建一个,然后一步步的配置,还要一个方法就是使用maven命令行。比如我们输入如下的命令:

 

Shell代码   收藏代码
  1. mvn archetype:generate -DgroupId=com.yunzero -DartifactId=MavenDefaultProject -DarchetypeArtifactId=maven-archetype-webapp -DinteractiveMode=false  

    这个时候,我们将生成一个名字为MavenDefaultProject的web工程。上述命令的输出如下:

 

Shell代码   收藏代码
  1. [INFO] Scanning for projects...  
  2. [INFO]                                                                           
  3. [INFO] ------------------------------------------------------------------------  
  4. [INFO] Building Maven Stub Project (No POM) 1  
  5. [INFO] ------------------------------------------------------------------------  
  6. [INFO]   
  7. [INFO] >>> maven-archetype-plugin:2.2:generate (default-cli) > generate-sources @ standalone-pom >>>  
  8. [INFO]   
  9. [INFO] <<< maven-archetype-plugin:2.2:generate (default-cli) < generate-sources @ standalone-pom <<<  
  10. [INFO]   
  11. [INFO] --- maven-archetype-plugin:2.2:generate (default-cli) @ standalone-pom ---  
  12. [INFO] Generating project in Batch mode  
  13. [INFO] ----------------------------------------------------------------------------  
  14. [INFO] Using following parameters for creating project from Old (1.x) Archetype: maven-archetype-webapp:1.0  
  15. [INFO] ----------------------------------------------------------------------------  
  16. [INFO] Parameter: basedir, Value: /home/frank/programcode/maven  
  17. [INFO] Parameter: package, Value: com.yunzero  
  18. [INFO] Parameter: groupId, Value: com.yunzero  
  19. [INFO] Parameter: artifactId, Value: MavenDefaultProject  
  20. [INFO] Parameter: packageName, Value: com.yunzero  
  21. [INFO] Parameter: version, Value: 1.0-SNAPSHOT  
  22. [INFO] project created from Old (1.x) Archetype in dir: /home/frank/programcode/maven/MavenDefaultProject  
  23. [INFO] ------------------------------------------------------------------------  
  24. [INFO] BUILD SUCCESS  
  25. [INFO] ------------------------------------------------------------------------  
  26. [INFO] Total time: 15.339 s  
  27. [INFO] Finished at: 2015-06-21T21:12:47+08:00  
  28. [INFO] Final Memory: 15M/303M  

    而这个时候如果我们用IDE工具比如ecilpse直接去导入的话,还是不能成功的,因为我们还需要做一步转换。执行命令: 

 

Shell代码   收藏代码
  1. mvn eclipse:eclipse  

    这个时候再使用eclipse导入到工程中,我们将看到一个如下的工程结构:

 

一种maven改造快速支持servlet3.1web工程的方法_第1张图片

    我们再来看对应的pom.xml文件内容:

 

Xml代码   收藏代码
  1. <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"  
  2.   xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">  
  3.   <modelVersion>4.0.0modelVersion>  
  4.   <groupId>com.yunzerogroupId>  
  5.   <artifactId>MavenDefaultProjectartifactId>  
  6.   <packaging>warpackaging>  
  7.   <version>1.0-SNAPSHOTversion>  
  8.   <name>MavenDefaultProject Maven Webappname>  
  9.   <url>http://maven.apache.orgurl>  
  10.   <dependencies>  
  11.     <dependency>  
  12.       <groupId>junitgroupId>  
  13.       <artifactId>junitartifactId>  
  14.       <version>3.8.1version>  
  15.       <scope>testscope>  
  16.     dependency>  
  17.   dependencies>  
  18.   <build>  
  19.     <finalName>MavenDefaultProjectfinalName>  
  20.   build>  
  21. project>  

     从文件里可以看到,它和我们期望的工程还是有一些差别的。比如说,我们希望指定的工程里有对servlet 3.1的依赖。可是这里没有,另外,也没有指定我们期望的java执行版本。还要一个问题就是,我们希望它们像一些默认的工程一样,给我们生成一个java代码的包以及测试代码包还要对应配置文件的resources目录。

    所以,要改造成一个期望的工程,我们就需要一步一步的来改造这些项。

 

将目标工程改造成maven工程

    首先选择该工程,点击右键,选择Config->Convert to Maven Project。这个时候,我们将看到工程才真正成为一个maven工程。不过这个时候系统会有一个如下的错误:

 

一种maven改造快速支持servlet3.1web工程的方法_第2张图片

    解决这个问题很简单,在pom.xml里添加对servlet的依赖:

 

Xml代码   收藏代码
  1. <dependency>  
  2.         <groupId>javax.servletgroupId>  
  3.         <artifactId>javax.servlet-apiartifactId>  
  4.         <version>3.1.0version>  
  5.         <scope>providedscope>  
  6.     dependency>  

    如果这个时候,我们编译和运行工程,将看到一个正常运行的结果:

一种maven改造快速支持servlet3.1web工程的方法_第3张图片

    可惜这个工程仅仅默认支持servlet 2.3。我们可以打开src/main/webapp/WEB-INF/web.xml文件,它的内容如下:

 

Xml代码   收藏代码
  1.  "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"  
  2.  "http://java.sun.com/dtd/web-app_2_3.dtd" >  
  3.   
  4. <web-app>  
  5.   <display-name>Archetype Created Web Applicationdisplay-name>  
  6. web-app>  

   如果要升级到servlet 3.1,这里必然是一个需要修改的地方。另外,如果我们去查看工程的Facets:

 

一种maven改造快速支持servlet3.1web工程的方法_第4张图片

   很明显,这里显示的也是2.3, java版本支持是1.5。

 

升级

    现在如果我们直接在刚才project Facets里去修改的话,发现这部分的修改都无法保存。很无奈,这个时候,我们需要做一些人工的修改。在该工程所在目录下面,有一个.settings的目录,它是一个隐藏目录,其主要包含的内容如下:

 

一种maven改造快速支持servlet3.1web工程的方法_第5张图片

 

    我们打开里面的文件org.eclipse.wst.common.project.facet.core.xml,发现它的内容如下:

 

Xml代码   收藏代码
  1. xml version="1.0" encoding="UTF-8"?>  
  2. <faceted-project>  
  3.   <fixed facet="wst.jsdt.web"/>  
  4.   <installed facet="java" version="1.5"/>  
  5.   <installed facet="jst.web" version="2.3"/>  
  6.   <installed facet="wst.jsdt.web" version="1.0"/>  
  7. faceted-project>  

   很显然,它里面的内容正好就是我们需要设定的内容,我们将jst.web部分的version内容设置为3.1,而java的version内容设置为1.8。这个时候刷新工程,将看到如下的变化。

 

一种maven改造快速支持servlet3.1web工程的方法_第6张图片

   改了这么多了,居然还有不少问题,再一个个的改过来。首先在pom.xml里添加如下部分来设定支持的java版本:

Xml代码   收藏代码
  1. <build>  
  2.     <finalName>MavenDefaultProjectfinalName>  
  3.     <plugins>  
  4.         <plugin>  
  5.             <groupId>org.apache.maven.pluginsgroupId>  
  6.             <artifactId>maven-compiler-pluginartifactId>  
  7.             <version>3.1version>  
  8.             <configuration>  
  9.                 <source>1.8source>  
  10.                 <target>1.8target>  
  11.             configuration>  
  12.         plugin>  
  13.     plugins>  
  14.   build>  

  修改完之后更新一下工程,将发现关于java compiler的问题已经解决了。现在,需要修改的下一个文件就是web.xml,将它的内容修改为如下:

 

Xml代码   收藏代码
  1. xml version="1.0" encoding="UTF-8"?>  
  2. <web-app xmlns="http://xmlns.jcp.org/xml/ns/javaee"  
  3.          xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"  
  4.          xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee  
  5.                              http://xmlns.jcp.org/xml/ns/javaee/web-app_3_1.xsd"  
  6.          version="3.1">  
  7.   
  8.   <display-name>Archetype Created Web Applicationdisplay-name>  
  9.       
  10. web-app>  

    之所以这个文件的修改能够解决前面那个问题是因为从servlet 3以来所有的web.xml文件的定义支持的命名空间由原来的dtd格式改为xmlns的样式了。这个时候,我们再尝试运行这个工程,发现它能够正常的运行了,而且支持的版本个已经是servlet 3.1了。

    现在还要一个小的问题就是,如果我们需要添加代码的话,在IDE里通过添加source folder到src/main下面是不行的,还需要手工到工程所在目录下面创建目录,然后刷新工程。

    最终,通过这种方式修改了很多文件和配置,才生成一个我们期望的工程模板。老实说,就为了弄一个这样的工程模板,居然要费这么大的劲,实在是太不值得了。那么有没有更加高效的方法呢?

 

资源的引入

    带着这个问题,在网上搜索了一会儿之后,发现了一个已经有人实现了的工程模板。目前这个工程已经支持servlet 3.0了。它的思路是定义一个类似于maven web-app的archetype,这样每次我们使用它们的时候,这些配置和文件就已经生成好了。

    这个servlet 3的模板生成方法及使用描述如下链接: http://maciejwalkowiak.github.io/servlet3-maven-archetype/

    工程的源代码在github上:https://github.com/maciejwalkowiak/servlet3-maven-archetype.git

    它的使用在链接里,这里就不再赘述了。因为这个工程是一个maven archetype工程。而maven archetype从本质上来说是什么呢?它相当于是一个针对某种类型工程提供的模板,比如对quickstart类型的工程定义为普通工程类库,然后提供对应的java, test目录,然后提供默认的单元测试库引用junit等等。那么按照这个思路,我们这个工程模板里应该有servlet 3.1 api、junit的库引用,以及对应的web.xml配置文件和对应的源代码结构,包括src/main/java, src/main/resources, src/test/java, src/test/resources。于是,我们所要做的事情就是对这个工程的改造。

 

改造

    在改造前,我们先看看原来这个工程的结构:

 一种maven改造快速支持servlet3.1web工程的方法_第7张图片

     这个工程里我们实际上需要修改的在archetype-resources里面。在这个目录下的pom.xml文件就是我们最后生成的工程里的pom.xml文件,它原来的内容如下:

 

Xml代码   收藏代码
  1. xml version="1.0" encoding="UTF-8"?>  
  2. <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">  
  3.     <modelVersion>4.0.0modelVersion>  
  4.     <groupId>${groupId}groupId>  
  5.     <artifactId>${artifactId}artifactId>  
  6.     <packaging>warpackaging>  
  7.     <version>${version}version>  
  8.     <name>Servlet 3 Web Applicationname>  
  9.     <url>http://maven.apache.orgurl>  
  10.   
  11.     <properties>  
  12.         <project.build.sourceEncoding>UTF-8project.build.sourceEncoding>  
  13.         <java-version>1.6java-version>  
  14.     properties>  
  15.   
  16.     <dependencies>  
  17.           
  18.         <dependency>  
  19.             <groupId>javax.servletgroupId>  
  20.             <artifactId>javax.servlet-apiartifactId>  
  21.             <version>3.0.1version>  
  22.             <scope>providedscope>  
  23.         dependency>  
  24.   
  25.           
  26.         <dependency>  
  27.             <groupId>junitgroupId>  
  28.             <artifactId>junitartifactId>  
  29.             <version>4.8.2version>  
  30.             <scope>testscope>  
  31.         dependency>  
  32.     dependencies>  
  33.     <build>  
  34.         <finalName>${project.artifactId}-${project.version}finalName>  
  35.         <plugins>  
  36.             <plugin>  
  37.                 <groupId>org.apache.maven.pluginsgroupId>  
  38.                 <artifactId>maven-compiler-pluginartifactId>  
  39.                 <version>2.3.2version>  
  40.                 <configuration>  
  41.                     <source>${java-version}source>  
  42.                     <target>${java-version}target>  
  43.                 configuration>  
  44.             plugin>  
  45.   
  46.             <plugin>  
  47.                 <groupId>org.apache.tomcat.mavengroupId>  
  48.                 <artifactId>tomcat7-maven-pluginartifactId>  
  49.                 <version>2.0version>  
  50.             plugin>  
  51.   
  52.             <plugin>  
  53.                 <groupId>org.apache.maven.pluginsgroupId>  
  54.                 <artifactId>maven-war-pluginartifactId>  
  55.                 <version>2.3version>  
  56.                 <configuration>  
  57.                     <failOnMissingWebXml>falsefailOnMissingWebXml>  
  58.                 configuration>  
  59.             plugin>  
  60.         plugins>  
  61.     build>  
  62. project>  

    这里的内容比较多,无非就是定义了支持的java版本,依赖的servlet api, junit版本等等。里面的plugin tomcat7-maven-plugin因为目前没有最新官方对tomcat8的支持,可以暂时去掉。我们针对支持的版本等信息也做一个修改,这样修改后的pom.xml文件如下:

 

Xml代码   收藏代码
  1. xml version="1.0" encoding="UTF-8"?>  
  2. <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">  
  3.     <modelVersion>4.0.0modelVersion>  
  4.     <groupId>${groupId}groupId>  
  5.     <artifactId>${artifactId}artifactId>  
  6.     <packaging>warpackaging>  
  7.     <version>${version}version>  
  8.     <name>Servlet 3 Web Applicationname>  
  9.     <url>http://maven.apache.orgurl>  
  10.   
  11.     <properties>  
  12.         <project.build.sourceEncoding>UTF-8project.build.sourceEncoding>  
  13.         <java-version>1.8java-version>  
  14.     properties>  
  15.   
  16.     <dependencies>  
  17.           
  18.         <dependency>  
  19.             <groupId>javax.servletgroupId>  
  20.             <artifactId>javax.servlet-apiartifactId>  
  21.             <version>3.1.0version>  
  22.             <scope>providedscope>  
  23.         dependency>  
  24.   
  25.           
  26.         <dependency>  
  27.             <groupId>junitgroupId>  
  28.             <artifactId>junitartifactId>  
  29.             <version>4.11version>  
  30.             <scope>testscope>  
  31.         dependency>  
  32.     dependencies>  
  33.     <build>  
  34.         <finalName>${project.artifactId}-${project.version}finalName>  
  35.         <plugins>  
  36.             <plugin>  
  37.                 <groupId>org.apache.maven.pluginsgroupId>  
  38.                 <artifactId>maven-compiler-pluginartifactId>  
  39.                 <version>3.1version>  
  40.                 <configuration>  
  41.                     <source>${java-version}source>  
  42.                     <target>${java-version}target>  
  43.                 configuration>  
  44.             plugin>  
  45.   
  46.             <plugin>  
  47.                 <groupId>org.apache.maven.pluginsgroupId>  
  48.                 <artifactId>maven-war-pluginartifactId>  
  49.                 <version>2.4version>  
  50.                 <configuration>  
  51.                     <warSourceDirectory>src/main/webappwarSourceDirectory>  
  52.                     <failOnMissingWebXml>falsefailOnMissingWebXml>  
  53.                 configuration>  
  54.             plugin>  
  55.         plugins>  
  56.     build>  
  57. project>  

   剩下来需要修改的就是我们添加对应的文件和目录结构。修改之后的目录结构如下:

一种maven改造快速支持servlet3.1web工程的方法_第8张图片

   详细的改动比较可以参考后面的附件。现在我们再按照文中描述的过程将该工程打包:

 

Shell代码   收藏代码
  1. mvn clean install  

   我们再来创建一个利用这个新archetype的工程:

 

Shell代码   收藏代码
  1. mvn archetype:generate -DarchetypeGroupId=pl.maciejwalkowiak -DarchetypeArtifactId=servlet3-webapp-archetype -DarchetypeVersion=1.0.1 -DgroupId=com.yunzero -DartifactId=MavenDefaultProject -DinteractiveMode=false  

 

   我们将执行完之后创建的工程转化为eclipse工程:

 

Shell代码   收藏代码
  1. mvn eclipse:eclipse  

    然后再用eclipse导入进来:

 一种maven改造快速支持servlet3.1web工程的方法_第9张图片

 

    这个时候,我们如果再运行工程,会发现正常的输出页面。这样,整个工程的改造就完成了。

 

总结

    maven的archetype其实就是一个工程结构模板,如果我们需要定制一个需要的模板的话,可以自己按照固定的格式来添加需要的文件和目录。这里包括有pom.xml文件,里面的依赖关系等。通过这么一个小的改动就可以让我们快速的创建一个支持servlet 3.1的web工程了。在maven提供最新的支持servlet 3.1的archetype之前,这也算是一种临时的办法吧。其实看透了它的本质后,自己做一个也可以,不一定非要等到官方出来不可,万一人家就是不出来,逗你呢?

 

参考材料

http://maciejwalkowiak.github.io/servlet3-maven-archetype 


你可能感兴趣的:(maven,ecplise)