xmlhttp與soap:
    xml是web serivces的核心基礎技術,是soap實現的關鍵所在；而xmlhttp就是根據xml來設計的。從實現的方式上講：xmlhttp是基于瀏覽器的，只要有ie，就能實現向服務器傳遞xml字符串，具有很高的通用性。但是瀏覽器不是用來做xmlhttp,它是面向大眾用戶瀏覽的，如果能用xml完成各種操作，必然會影響到用戶。比如以前版本的msxml的對應瀏覽器，是可以訪問客戶端xml文檔（初始時為xmlhttp設計的），也就意味著可以通過xmlhttp技術訪問本地文件系統。后來microsoft把它定義為漏洞，現在就不行了。當然也可以編寫客戶端程序，只不過限于visual 系列的程序，他們可以調用msxml中的api。但是服務端可以是asp,jsp/servlet都可以，都是把xml串變成xml文檔對象。
    soap是xml格式的通信協議，包含：soap封套定義了描述消息內容的約定，暗示了消息的處理方式；協議綁定提供了通過更底層協議傳輸soap封套的一套通用機制；編碼規則是把各種應用程序數據類型映射為基于標簽的xml表示方法的約定；rpc機制提供了一個表示遠程過程調用及其返回值的方法。它與其他的協議之間沒有明確的關系，他本省就是一種協議。它可以與http.stmp，tcp等協議綁定。soap消息是xml文檔，還可以帶附件，它可以根據w3c定義的api,生成soap消息，當然microsoft的.net平臺也支持soap。soap+http和xmlhttp相似，當它提供更好和更強大的實現功能，可拓展性和分布協作通信中的通用性，更重要的是它已成為web services和線路通信的關鍵技術。
soap和rmi,corba,com
    rmi和com都是分布式應用的實現方式，它們定義組件之間的通信。由于它們只是一個體系（例如用java寫的一系列程序）下程序之間的通信約定，而且通信需要特定的平臺支持，除了本體系之內的通信是高效之外，不能與別的體系下的程序。
    corba就是為了解決這種通信問題，設計了代理請求模型（利用idl語言），這樣能夠彼此之間的通信，但這樣好像是修補，不能解決根本問題，是系統變得越來越復雜，而且用corba僅僅在挽回舊系統的使用價值有效果。他們都不能透過防火墻的。soap+http是防火墻的友好協議，能夠透過防火墻的。
    soap是一種與具體實現無關的協議，基于xml格式，傳輸xml格式的數據，使得系統變得松散。這樣在應用中利用xml的可讀性，解析xml文檔，來實現應用，大大的提高了系統的互操作性(與不同的系統之間的通信)。而且系統中各個單元業務邏輯清楚，這樣就具有很高的可移植性和可重用。
uddi與jndi
    uddi是服務的注冊管理協議，uddi注冊中心是用來注冊服務的，用戶可以通過wsdl來進行服務注冊，客戶通過在uddi注冊中心上查找服務，獲得wsdl文檔，根據wsdl文檔，獲取訪問服務的方法，從而用soap與服務進行通信。它可以通過數據庫來實現，也可以用開源或公司(ibm等)的，使用xml來表現。當用戶查詢，其細節可以由xml格式的信息返回。其訪問程序不過是一個層次向下的查找的過程。它注冊的服務是通用的，與平臺無關，而且注冊的方式是通用的xml的格式。它可以面向internet，或interanet為各種用戶，提供各種各樣的服務。
    jndi是java服務命名目錄，它以樹的形式記錄了ejb,datasource的訪問目錄，程序可以通過jdni和rmi來定位服務。具體的通過它們的部署文件，當服務器啟動后，它根據部署文件自動建立jndi,支持rmi和命名服務的查詢（由服務器自己實現）。然后rni就可以訪問這些組件。它的思想和uddi基本差不多，但它與具體的體系平臺綁定，而且是由服務(與程序相關，嚴格不應該叫服務，應該說是組件)完全綁定，實現方式簡單。因此uddi相對于jndi,更動態，更易操作.
wsdd與ejb的配置文件
   對于cmp型的實體bean,wsdd與其配置文件有相似之處，但是它描述數據與數據庫形成映射，不涉及方法，有服務器系統底層實現訪問方法。而wsdd定義服務的訪問接口，有支持web services的系統底層進行識別接口，傳送數據等。