SOAP，WSDL，和UDDI定義了XML中的WEB服務，但他們并不能保證會為軟件架構中的組件帶來好處。要應用WEB服務，協(xié)議需要更加清晰，工具需要更加好用，而且，IT項目經(jīng)理和開發(fā)商也需要在思想上有所轉變。

但WEB服務在通信中的優(yōu)點，諸如可重用組件和企業(yè)應用中的易集成性，已經(jīng)使得微軟和IBM驚異于它的高效。盡管WEB服務的應用尚在實驗階段，媒體已經(jīng)將這些高級的概念深入人心。盡管開發(fā)者和反對者意見不同，但他們都從WEB服務中得到了大量的機會。

這里有一些開發(fā)者在WEB服務中發(fā)現(xiàn)的缺陷，其中有部分得到了解決，其余的還沒有：

安全和鑒別
在WEB服務的所有缺陷中，這兩點是最早也是經(jīng)常被提到的。幸運的是，當你處理敏感數(shù)據(jù)時，你可以利用SSL這個WEB加密工具，可以較好的防止你的XML信息被竊聽，但在服務器上鑒別XML文檔就是另一回事了。在不同的標準委員會之間有六種鑒別方案，試圖通過數(shù)字特征等來解決這個問題。但標準確定下來還需要一段時間。

事務的完成
象一個供應鏈那樣，當有多方參與時，事務就會變的長期和復雜了。這就需要找到一個辦法來監(jiān)視復雜的事務，使得過程中的所有部分都可以得到鑒別。一些標準，包括安全聲明標識語言（Secure Assertion Markup Language），商業(yè)事務協(xié)議（Business Transaction Protocol），和IBM的HTTP，已經(jīng)被引入來解決這個問題，但標準委員會還沒有對他們進行論證。

執(zhí)行
這個問題還沒有很好的辦法。HTTP上的XML解決這個問題有些失之簡單。在其上的安全協(xié)議中，用戶不能對特定的動作做出迅速的回應。除了用戶所期望的信用卡檢測還很慢之外，其他潛在的問題也使得WEB服務在企業(yè)內(nèi)部項目和自動的B2B事務得以應用還有待時日。

更高的可依賴性
當多應用依賴于WEB服務時，那WEB服務的任何變化都會使得應用失敗。同樣的，個人WEB服務的普及也需要對硬件進行密切監(jiān)控以確保他們在正常運行。而且當程序員試圖為以后的應用預定義一個功能時，象任何建筑部件一樣，WEB服務的組件也需要統(tǒng)一命名。

有效性和可靠性
WEB聯(lián)接也許比以前更可靠，但當你通過防火墻訪問組件時，你必須忍受漫長的等待。你還得信任這些組件，實際上，他們是存取XML的API的黑盒子。所以在值得冒險去應用WEB服務之前，公司之間不得不建立起老式的信任關系。

額外的發(fā)展努力
任何人都喜歡正確的方法來構建應用軟件：完整的文檔和最大限度的可復用性。實際上，項目需要在預算內(nèi)按時完成。第一次利用WEB服務所提供的組件來構建應用軟件需要額外的付出和時間，但無論如何，許多IT項目經(jīng)理都不想因為以后可以從可復用性中得到好處而推遲項目的完成。同樣的，讓一個IT項目經(jīng)理組件化他的應用程序，而使應用程序更加漂亮，這樣的可能性很低。即使用WEB服務的組件可以為其他應用軟件帶來好處。

但這些缺陷沒有一個被完全肯定，事實上，我所見到的開發(fā)者都贊同WEB服務的發(fā)展方向，他們中的許多人正在主持項目的開發(fā)。

我們目前應該對WEB服務的局限性有清晰的認識，也應該對我們要得到這些好處所許要付出的時間和努力有一個現(xiàn)實的估計。也許和許多其他技術不一樣，這個很有前途的技術可以避免被賦予過高的期望。