在自测阶段，主要有两种自测开发环境的模拟。一是完全代码环境的自测，一般处在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环境，节省了自测的时间，提高了效率。