Maven开发过程实践之四—（迅捷自测web应用）

1397535668

　　在幽暗的灯光下，诺大的办公室里只有一台显示器依旧亮着，其上有一堆堆字符在跳动，一个模糊的背影在聚精会神的盯着屏幕…那就是IT男罗书全。旁边计算机的指示灯像萤火虫一样的闪烁，寂静…寂静，突然传来一声欢呼。这是一个标志性的时候，代码基本开发完毕。
　　接下来就是自测阶段了，令人欢喜令人忧的阶段。喜得是搞完后基本就可以放松一下了，忧的是web应用程序的自测非常繁琐，必须在不断地代码修改和部署web程序之间循环。有没有什么好的办法呢？ 老孙似乎提过有一个jetty插件，可以进行开发阶段自测和调试。
　　jetty 是什么呢？
　　It男罗书全 查阅了资料，然后思路渐渐清晰起来：
　　jetty也是一个servlet容器，支持war格式的部署，和我们平常使用的tomcat一样。那为什么不使用tomcat，jetty在架构上重视灵活性扩展性，其核心模块很小，而tomcat更偏向于稳定和功能强大，因此消耗资源会大很多。
　　而在自测阶段我们需要的是一个具有基本功能，消耗资源小，且速度很快的服务器，提高自测效率，因此选用jetty作为自测服务器。
　　在自测阶段，主要有两种自测开发环境的模拟。一是完全代码环境的自测，一般处在compile 生命周期之后；二是打包后的自测，一般处于package生命周期之后。
　　首先，在pom中进行jetty插件的配置:

　　1.mvn jetty:run 完全代码环境的自测
　　默认情况下，完全代码环境中的以下几部分是其自测环境的范围：
  

   

• resources in ${basedir}/src/main/webapp   
  
• classes in ${project.build.outputDirectory}   
  
• web.xml in ${basedir}/src/main/webapp/WEB-INF/
  

　　此种情况下处在compile生命周期之后，消耗的启动运行资源比较少，因此启动很迅捷。
　　但是程序员经常会去修改代码，那么反复使用mvn jetty:run也是比较繁琐的。因而Jetty插件提供了自动扫描上述自测环境的改动并重新启动jetty的功能，相当的贴心，扫描时间在scanIntervalSeconds中可以自己定义，类似的，扫描范围也可以进行自定义。
　　2．Mvn jetty:run-war 打包后的自测：
　　默认情况下，寻找${basedir}/target/${finalName}.war
　　这种情况下等于部署的完全模拟，只是服务器的消耗资源变小了。当然它也会扫描项目的改动，主要以下几个位置：
　　pom.xml, WEB-INF/lib, WEB-INF/classes and WEB-INF/web.xml
　　it男罗书全看到这里，觉得这个插件还蛮实用。但他总觉得还缺了什么，旁边飞舞的飞蛾提醒了他，debug.
　　可以通过以下配置解决:
　　a).外部工具配置

  

   

• 在location中填入mvn.bat的路径   
  
• 在working Directory中填入${project_loc}   
  
• 在Arguments 中加入运行的参数 jetty:run
  

  

   

• 最后在environment中加入maven_opts，其值为-Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,address=8000,server=y,suspend=n
  

　　b)打开需自测项目，选择定义的jetty_debug运行命令,然后对其进行远程调试。
　　有了这些人性化便捷的功能，让自测自动化并迅捷的启动web环境，节省了自测的时间，提高了效率。
　　关于jetty的参考文档：
　　1.jetty开源项目
　　2.google选择jetty放弃tomcat