在幽暗的灯光下，诺大的办公室里只有一台显示器依旧亮着，其上有一堆堆字符在跳动，一个模糊的背影在聚精会神的盯着屏幕…那就是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
