Web Services开发体会和项目教训

总结得很好啊，真是受益非浅了。
借此我也想说说接触Web服务器的一些体会：
曾经做过一个项目，客户需要用WebSphere AppServe+jdk 1.4
之前我们做个同类的项目，用的是Tomcat+jdk 1.5
所以我们就沿用了之前项目的数据结构和基层代码，开发时候用Tomcat+jdk 1.5,
开发完毕之后再移植过去。初次接触WebSphere AppServer，发现WebSphere AppServer
非常复杂，上网查过很多资料，发现资料很少，有先在Tomcat下打包成.war文件，然后移植过去就完事了。
我照做了，启动WebSphere AppServer服务器的时候后台出现一大堆错误。
我们也尝试过先把项目在Tomcat+jdk1.4下编译通过了，然后再移植到WebSphere AppServer还是不行。
后来收到项目经理一个好消息，可以在WebSphere AppServer和WebLogic之间选择一个，
在WebSphere AppServer尝试失败之后我就在WebLogic尝试了，
网上WebLogic的资料要比WebSphere AppServer多很多，而且WebLogic比WebSphere AppServer简单好用，
后来符合客户的需求我们在WebLogic9.0+jdk1.5发布了这个项目。
用了WebLogic之后发现它的连接池非常好用，要是Tomcat也像WebLogic一样搞一个连接池出来该多好啊！
Tomcat有它的有点,开发效率比WebSphere AppServe和WebLigic要高，但WebSphere AppServe和WebLigic要比
Tomcat稳定，WebLogic要比WebSphere AppServe易用，
所以，开发用Tomcat好，
发布用WebSphere AppServe和WebLigic好。

我认为，对于用到Web Services这个子系统，从 技术角度来说，当初的架构有些是合理的，只是太过复杂，再加上项目组成员整体实力比较薄弱，所以会导致后来的系统不稳定（bug多）。要说性能这块，Web Services和使用不当的Hibernate是系统慢的罪魁祸首。但这种异构分布式，除了Web Services，我还真的想不出有更简单的解决方案。也许，选择C/S本身就是不对的，只是我们一直这样固执的走了下去。
如果从过程和方法学的角度考虑，我认为需求不明确、缺乏及时与客户沟通是最大的问题。

后者我认为要摆在第一位。