soap協議

Ⅰ webservice調用方式http和soap的區別

Web service一般就是用SOAP協議通過HTTP來調用它，其實他就是一個WSDL文檔，客戶都可以閱讀WSDL文檔來用這個Web service。客戶根據WSDL描述文檔，會生成一個SOAP請求消息。Web service都是放在Web伺服器 (如IIS) 後面的，客戶生成的SOAP請求會被嵌入在一個HTTP POST請求中，發送到Web伺服器來。Web伺服器再把這些請求轉發給Web service請求處理器。請求處理器的作用在於，解析收到的SOAP請求，調用Web service，然後再生成相應的SOAP應答。Web伺服器得到SOAP應答後，會再通過HTTP應答的方式把它送回到客戶端。
個人以為就把webservice當成是Http這種請求和響應方式就可以處理大部分問題了。
SOAP 使用 HTTP 傳送 XML，盡管HTTP 不是有效率的通訊協議，而且 XML 還需要額外的文件解析（parse），兩者使得交易的速度大大低於其它方案。但是XML 是一個開放、健全、有語義的訊息機制，而 HTTP 是一個廣泛又能避免許多關於防火牆的問題，從而使SOAP得到了廣泛的應用。但是如果效率對你來說很重要，那麼你應該多考慮其它的方式，而不要用 SOAP。

為了更好的理解SOAP,HTTP,XML如何工作的，不妨先考慮一下COM/DCOM的運行機制，DCOM處理網路協議的低層次的細節問題，如PROXY/STUB間的通訊，生命周期的管理，對象的標識。在客戶端與伺服器端進行交互的時候，DCOM採用NDR（Network Data Representation）作為數據表示，它是低層次的與平台無關的數據表現形式。

Ⅱ webservice中採用協議Http,它是指什麼意思,還有其它的協議么

webservice 協議
Web Service使用的是 SOAP (Simple Object Access Protocol)協議
soap協議只是用來封裝消息用的。封裝後的消息你可以通過各種已有的協議來傳輸，比如http,tcp/ip,smtp,等等，你甚至還一次用自定義的協議，當然也可以用https協議。
Soap建立在http上，說白了是用http傳送xml而已。

除了WebService外，常見的遠程調用技術還有RMI（Remote method invoke）和CORBA，由於WebService的跨平台和跨編程語言特點，因此比其他兩種技術應用更為廣泛，但性能略低。

WebService使用SOAP協議實現跨編程語言和跨操作系統平台

WebService採用HTTP協議傳輸數據，採用XML格式封裝數據（即XML中說明調用遠程服務對象的哪個方法，傳遞的參數是什麼，以及服務對象的返回結果是什麼）。WebService通過HTTP協議發送請求和接收結果時，發送的請求內容和結果內容都採用XML格式封裝，並增加了一些特定的HTTP消息頭，以說明HTTP消息的內容格式，這些特定的HTTP消息頭和XML內容格式就是SOAP協議(simple object access protocol,簡單對象訪問協議) 。

SOAP協議= HTTP協議+ XML數據格式

SOAP協議是基於HTTP協議的，兩者的關系就好比高速公路是基於普通公路改造的，在一條公路上加上隔離欄後就成了高速公路。

商店的服務員只要收到了錢就給客戶提供貨物，商店服務員不用關心客戶是什麼性質的人，客戶也不用關心商店服務員是什麼性質的人。同樣，WebService客戶端只要能使用HTTP協議把遵循某種格式的XML請求數據發送給WebService伺服器，WebService伺服器再通過HTTP協議返回遵循某種格式的XML結果數據就可以了，WebService客戶端與伺服器端不用關心對方使用的是什麼編程語言。

HTTP協議和XML是被廣泛使用的通用技術，各種編程語言對HTTP協議和XML這兩種技術都提供了很好的支持，WebService客戶端與伺服器端使用什麼編程語言都可以完成SOAP的功能，所以，WebService很容易實現跨編程語言，跨編程語言自然也就跨了操作系統平台

Ⅲ soap協議和普通的post請求有什麼區別呢

soap協議是一個協議，post請求是請求，沒有辦法比較的東西。
你是想問webservice請求和post的區別吧？

WebService的請求，可以採用Get和post兩種方式。Post只是Http協議的一部分，webService則是由Http協議之上發展而來，當然webservice可以支持soap協議
總體來說Webservice請求和Post請求之間有交集，但是又各有不同

Ⅳ webservice採用什麼協議傳輸，SOAP 還是Http

Web Service使用的是 SOAP (Simple Object Access Protocol)協議
soap協議只是用來封裝消息用的。封裝後的消息你可以通過各種已有的協議來傳輸，比如http,tcp/ip,smtp,等等，你甚至還一次用自定義的協議，當然也可以用https協議。
Soap建立在http上，說白了是用http傳送xml而已。
除了WebService外，常見的遠程調用技術還有RMI（Remote method invoke）和CORBA，由於WebService的跨平台和跨編程語言特點，因此比其他兩種技術應用更為廣泛，但性能略低。

Ⅳ 打開軟體的時候提示說：沒有SOAP協議怎麼解決啊

說的很清楚啊，你沒有安裝soap協議，安裝就行了。
SOAP是Simple Object Access Protocol （簡單對象訪問協議）的簡寫，SOAP也被稱作XMLP，為兩個程序交換信息提供了一種標準的工作機制。在各類機構之間通過電子方式相互協作的情況下完全有必要為此制定相應的標准。簡單對象訪問協議是在分散或分布式的環境中交換信息並執行遠程過程調用的協議，是一個基於XML的協議。使用SOAP，不用考慮任何特定的傳輸協議（最常用的還是HTTP協議），可以允許任何類型的對象或代碼，在任何平台上，以任何一直語言相互通信。這種相互通信採用的是XML格式的消息。

Ⅵ RPC協議、http協議、tcp/ip協議、udp協議、socket協議以及soap協議都有什麼相同點和不同點

TCP/IP協議是一個協議簇。裡麵包括很多協議的。UDP只是其中的一個。之所以命名為TCP/IP協議，因為TCP,IP協議是兩個很重要的協議，就用他兩命名了。
tcp和udp都是傳輸協議，主要區別是tcp協議連接需要3次握手，斷開需要四次握手，是通過流來傳輸的，就是確定連接後，一直發送信息，傳完後斷開。udp不需要進行連接，直接把信息封裝成多個報文，直接發送。所以udp的速度更快寫，但是不保證數據的完整性和數據順序，（這個是可以在實現時通過驗證手段來手動確定完整性）。
http協議是建立在TCP協議之上的一種應用，是Web聯網的基礎，最顯著的特點是客戶端發送的每次請求都需要伺服器回送響應，在請求結束後，會主動釋放連接。從建立連接到關閉連接的過程稱為「一次連接」。
socket並不是一種協議，是在程序員層面上對TCP/IP協議的封裝和應用。其實是一個調用介面，方便程序員使用TCP/IP協議棧而已。程序員通過socket來使用tcp/ip協議。但是socket並不是一定要使用tcp/ip協議，Socket編程介面在設計的時候，就希望也能適應其他的網路協議。
rpc是一種通過網路從遠程計算機程序上請求服務，而不需要了解底層網路技術的協議。
初學情況下只要了解http協議和調用http協議，java使用httpClient，還有socket編程就好了。RPC我也了解的不多。

Ⅶ 基於soap協議的框架 有哪些

TCP/IP、Http、Soap都是基本的通訊協議。樓主若是行內人士一定知道這些。這里我不妨多說幾句。通訊協議即網路中（包括互聯網、區域網）傳遞、管理信息的一些規范。常見的協議有：TCP/IP協議、IPX/SPX協議、NetBEUI協議、SOAP協議等。在區域網中用得的比較多的是IPX/SPX。用戶如果訪問Internet，則必須在網路協議中添加TCP/IP協議。TCP/IP是「transmissionControlProtocol/InternetProtocol」的簡寫，它規范了網路上的所有通信設備，尤其是一個主機與另一個主機之間的數據往來格式以及傳送方式。TCP/IP是INTERNET的基礎協議，也是一種電腦數據打包和定址的標准方法.假設伺服器、實現網路通信（比如聊天），不管你是.NET還是其他，一定要了解TCP/IP。在WEB編程中，服務端是指提供HTTP服務的部分，客戶端是指你使用的瀏覽器。HTTP協議就是實現客戶端和伺服器端的通訊。簡單說就是請求與響應，你提交了什麼，返回個什麼都可以在HTTP里規范。舉個例子，用戶在WEB頁上看到自己的客戶端信息實際是HTTP的2次通訊。SOAP(SimpleObjectAccessProtocal，簡單對象訪問協議)技術有助於實現大量異構程序和平台之間的互操作性,根據我有限的了解，SOAP是把成熟的基於HTTP的WEB技術與XML的靈活性和可擴展性組合在了一起。比如我們.NET中的WEB服務，就是基於SOAP簡單說就是這樣，每一種通訊協議都很復雜，建議樓主多了解HTTP和SOAP。

Ⅷ 除了 http 協議 ftp 協議 pop3協議 soap協議 等協議還有哪些協議它們分別指什麼

[TCP/IP協議] [WINS協議] [TFTP協議] [DNS協議] [DHCP協議] [IPV6協議] [SNMP協議] [TELNET協議] [SMTP] [BGP協議] [VLAN協議] [WLAN協議] [DSL協議] [ATM協議] [UDP協議] [乙太網協議] [PPP協議] [OSPF協議] [EIGRP協議] [IGRP協議] [RIP協議] [IPX協議] [FDDI協議] [MPLS協議]
詳細的說明網路一下你就知道,應該還有漏的..太多了
參考資料
http://ke..com/view/16603.htm

Ⅸ soap協議和rpc協議的區別

在Web服務發展的初期，XML格式化消息的第一個主要用途是，應用於XML-RPC協議，其中RPC代表遠程過程調用。在XML遠程過程調用 (XML-RPC)中，客戶端發送一條特定消息，該消息中必須包括名稱、運行服務的程序以及輸入參數。
XML-RPC只能使用有限的數據類型種類和一些簡單的數據結構。人們認為這個協議還不夠強大，於是就出現了SOAP——其最初的定義是簡單對象訪問協議。之後，大家逐漸意識到SOAP其實並不簡單，而且也不需要必須使用面向對象語言，所以，現在人們只是沿用SOAP這個名稱而已。
XML-RPC只有簡單的數據類型集，取而代之，SOAP是通過利用XML Schema的不斷發展來定義數據類型的。同時，SOAP也能夠利用XML 命名空間，這是XML-RPC所不需要的。如此一來，SOAP消息的開頭部分就可以是任何類型的XML命名空間聲明，其代價是在系統之間增加了更多的復雜性和不兼容性。
隨著計算機行業的覺醒，人們發現了基於XML的Web服務的商業潛力，於是，各家公司開始不斷地發掘想法、觀點、論據以及標准化嘗試。W3C曾經設法以「Web服務活動」的名義來組織成果展，其中也包括實際做出SOAP的XML協議工作組(XML Protocol Working Group)。與Web服務有關的標准化成果(從某種程度上說與SOAP相關或者依賴於SOAP)的數量已經倍增了到了令人驚訝的程度。
最初，SOAP是作為XML-RPC的擴展而發展起來的，它主要強調的是，通過從WSDL文件中所獲得的方法和變數名來進行遠程過程調用。現在，通過不斷進步，人們發現了更多的使用SOAP的方式，而不僅僅是採用「文件」方式——基本上是使用一個SOAP信封來傳送XML格式化文件。無論如何，要掌握SOAP，了解WSDL所扮演的角色是最根本的

Ⅹ TCP/IP、Http、Soap三個基本的通訊協議有什麼區別

TCP

TCP是面向連接的通信協議，通過三次握手建立連接，通訊完成時要拆除連接，由於TCP是面向連接的所以只能用於端到端的通訊。
TCP提供的是一種可靠的數據流服務，採用「帶重傳的肯定確認」技術來實現傳輸的可靠性。TCP還採用一種稱為「滑動窗口」的方式進行流量控制，所謂窗口實際表示接收能力，用以限制發送方的發送速度。
如果IP數據包中有已經封好的TCP數據包，那麼IP將把它們向『上』傳送到TCP層。TCP將包排序並進行錯誤檢查，同時實現虛電路間的連接。TCP數據包中包括序號和確認，所以未按照順序收到的包可以被排序，而損壞的包可以被重傳。
TCP將它的信息送到更高層的應用程序，例如Telnet的服務程序和客戶程序。應用程序輪流將信息送回TCP層，TCP層便將它們向下傳送到IP層，設備驅動程序和物理介質，最後到接收方。
面向連接的服務（例如Telnet、FTP、rlogin、X Windows和SMTP）需要高度的可靠性，所以它們使用了TCP。DNS在某些情況下使用TCP（發送和接收域名資料庫），但使用UDP傳送有關單個主機的信息。

IP

IP層接收由更低層（網路介面層例如乙太網設備驅動程序）發來的數據包，並把該數據包發送到更高層---TCP或UDP層；相反，IP層也把從TCP或UDP層接收來的數據包傳送到更低層。IP數據包是不可靠的，因為IP並沒有做任何事情來確認數據包是否按順序發送的或者有沒有被破壞，IP數據包中含有發送它的主機的地址（源地址）和接收它的主機的地址（目的地址）。
高層的TCP和UDP服務在接收數據包時，通常假設包中的源地址是有效的。也可以這樣說，IP地址形成了許多服務的認證基礎，這些服務相信數據包是從一個有效的主機發送來的。IP確認包含一個選項，叫作IP source routing，可以用來指定一條源地址和目的地址之間的直接路徑。對於一些TCP和UDP的服務來說，使用了該選項的IP包好像是從路徑上的最後一個系統傳遞過來的，而不是來自於它的真實地點。這個選項是為了測試而存在的，說明了它可以被用來欺騙系統來進行平常是被禁止的連接。那麼，許多依靠IP源地址做確認的服務將產生問題並且會被非法入侵。

HTTP
是一個通信協議，通過網路傳輸信息。

SOAP
是一個基於XML的協議交換消息，可以使用HTTP來傳輸這些信息。事實上HTTP是SOAP消息的最常見的傳輸工具。soap將信息進行XML的序列化後，再用http協議的方式再打包進行傳送，傳送的方式還是tcp或者udp。做個比喻就好理解了。tcp 和 udp 都是公路，暫且把tcp認為是一般公路，udp高速公路，soap和http就都是汽車，那麼soap和http都可以在tcp和udp上跑。說soap可以通過http來傳送，實際就是說soap是小轎車，http是裝轎車的卡車，把soap的信息裝到http裡面，然後再運輸，當然走的道路還是tcp或udp。說soap可以通過http協議來傳輸，這句話不太准確，比較准確第說法是：soap信息可以通過http協議包裝後通過tcp或udp傳輸。