Web Services通常有两种实现形式

一种形式是把原来现有的EJB，COM或者其他组件经过一次SOAP协议的封装，使得它成为一个Web Service，而与此同时它原来的接口不会发生任何变化，既可以作为一个Web Service来提供SOAP调用接口，同时也提供原来的组件调用接口。因此不会对原系统造成代码的改动。现在应用服务器纷纷支持Web Services都是基本通过这种形式，给现有的组件多提供一个Web Services调用接口，就可以两者兼得了。

另一种形式是从应用程序开发的时候就把它开发成Web Services，而不提供传统的组件调用接口，这种形式比较适合将来新开发的项目。而且Web Services实现的效率也比上面的方法要高，Microsoft的.Net就是这样做的，.Net平台全面支持Web Services，也可以说是将命运完全押宝在Web Services上面了。使用C#开发Web Services是异常的简单，将程序保存为扩展名apmx，然后发布到IIS上面，当第一次请求服务的时候，就会自动编译，发布和运行。
目前在Web Services方面，Microsoft是走在最前沿的。在这个方面，J2EE的规范显然落后了。虽然J2EE1.4规范已经全面支持Web Services了，但是J2EE1.4 spec还是Final Draft，尚未正式发表。所幸的是，各Java应用服务器厂商的动作比Sun要快得多（Sun在Java上面控制能力越来越落后 了），Weblogic7.0，Apache Axis和TME的GLUE3.0就已经支持J2EE1.4里面的Web Services规范了（Java Web Services）。与.Net的相似，在这些平台上面开发Java Web Services，也是把文件扩展名保存为jws，然后发布到应用服务器上，当第一次调用的时候，自动编译源代码，发布和运行。
今天在BEA网站上下载了Weblogic7.0 platform（Server，Portal，Integretion，Workshop），简单的试了试Workshop，真有一种叹为观止的感觉！
虽然也是用Java Swing开发出来的，但是速度和界面绝对让人难以想像是用Java Swing做出来的。Workshop运行的时候在我机器上只占了35MB内存，和其他本地的IDE开发工具相当。界面异常漂亮，完全是Office XP风格的。速度也和其他本地IDE开发工具一样。特别值得一提的是Workshop开发Java Web Services之方便，让我这个从来都不用IDE工具的人都不得不动心！完全的可视化开发，非常简单和直观，而且可视化的Java Web Services组件在设计视图里面样子非常酷。开发一个Java Web Services完全在可视化下开发，发布和运行。头一次让我感觉到了像使用Microsoft的Visual系列开发工具一样的感觉：方便，简单，快捷，省心。有了这样的开发工具，感觉做Java Web Services开发的门槛完全不会比使用Visual.Net开发.Net高。