一種形式是把原來現有的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高。
