关于让在WASCE2.1上的项目发布和部署更快一点

       本人现在在的公司面对的客户使用的web服务器是IBM的websphere7,由于websphere7在eclipse 上不便于测试和调试，所以就选择了同样是IBM的WASCE2.1，websphere7和WASCE2.1它们这间是有许多略微不同的，所以在后来的开发中却实让我有点伤透了脑筋，由于这原因我还担误了进度，没能按时完成，这使得老板们大为愤怒，对我的信任大为下降。唉这些暂且不提，先来说说WASCE2.1的使用吧。

   WASCE2.1虽然可以在ECLIPSE中发布项目和逐行调试，但每次发布时，WASCE系统都会重新将项目重编译一遍然后从开发目录拷贝到WASCE的部署目录中，而且是先删除原有的包，这过程中顺利的话几分钟就可以搞定，但是要是原有的包中若含有删不掉的文件的话，wasce服务器就会报错，你就只能自己找到已发布包的位置（你可以在java控制台所报告的错中找到相应的路径，一般在wasce的安装目录下/repository的文件夹下某个子文件夹下，这里的某个子文件夹的名称和你的项目中geronimo-web.xml文件中某文件夹相同），进行手动删除，然后再重启服务器，这才发布成功。经过这么一搞，十分钟或更长的时间就被这一过程给你浪费掉了。要是你正在赶进度，时间还很紧，那么恭喜你，急死你。我就被这事整得头痛不已。

      于是在我有时间的时候，我就在网上查看了一些WASCE2.1的相关资料，发现WASCE是可以将打包好的*.WAR,*.EAR的包放在WASCE安装目录的deploy文件夹里进行发布项目的。WASCE服务器在监测deploy文件夹中包的变化就会重新发布原有的项目，所以我就在eclipse的项目中的build路径改成了wasce安装目录/deploy，这样重新rebuild的时候就能把*.ear或*.war的包文件自动的拷贝到deploy文件夹了。这样做和在eclipse中发布的区别在于，避免原有的已发布的包不能删除需要手动删除，再重启服务器，耗时耗力的事。将新的包放到deploy文件夹后，服务器就会监测到deploy文件夹的变化，然后重新发布，在这过程中它也需要删除原来的已发布的包，若删除不了就会再新建一个文件夹发布。然后你就可以在浏览器上刷新你的web页面进行测试了。这个过程也需要几分钟但比起在eclipse里发布感觉快了许多（个人经验，如有不对请指正）。

       虽然上面的方法为每次的发布测试减少了几分钟，但对于需要频繁修改发布并测试来说是节省不少时间的。但是我们还有没有更好的方法呢？我也一直在思考这问题。比如说我只对项目做一点点更改，想看看更改后的效果，那我就得花上好几分钟重新部署发布一次，一两次还好说，十几次甚至更多，那么这几分钟乘以十几次那就是很庞大的数字了。对于我这样的菜鸟来说，老是抓不住问题的关键点，所以老是需要修改一下再测试一下是否是我想要的效果，例如改动一下*.htm或JSP，就得重新部署发布，这样的话我一定会疯掉的。忽然有一天我想是否可以将改动过的jsp或html 页面直接拷贝到wasce已发布的包文件夹里覆盖原有的文件呢，于是我试了试，还真可以，而且重新刷新相应的页面后,原有的session还是存在，也就是例如：如果你是登录状态的话，登录的session不会退出，这也就不需要你每次测试，还得重新登录然后再进行相应页面的测试了（这和tomcat的热部署有点相似），这时你只需重新刷新你修改的页面就能看到你修改后的结果了。这样做是不是为你省了不少时间呢！当然如果你的class更改了，那你只能重新发布部署一次了。不过，只要你只是更改jsp或html的web页面，那么就可以用这方法，可以大大的为你节约时间了。

     以上只是个人的一点使用心得，因为没有经过很详细的测试，或者由于我的水平不够，所以可能有许多说得不对的地方，望各位高手指正和拍砖，但不要骂人。谢谢读完鄙人的陋文。不甚感激！