簡體   English   中英

將webservices與javax.ws或javax.jws一起使用

[英]Using webservices with javax.ws or javax.jws

我開始選擇一種創建web服務的方法,所以我發現了兩種方法:

1)使用包javax.jws,注釋@WebService:

 @WebService(...)
public class MyServiceImpl {

2)另一種方法是使用帶注釋@Path的javax.ws:

@Path("/MyService")
public class MyServiceImpl

據我所知,使用第二種解決方案更簡單,因為當我需要創建客戶端時,我只需要進行HTTP調用(GET / POST)。 使用第一個解決方案,我需要創建一個WSDL客戶端,更復雜的解決方案。

所以,我想知道使用FIRST SOLUTION的優勢是什么。

當必須建立正式契約來描述Web服務提供的接口時, SOAP / WSDL樣式很有用.Web服務描述語言(WSDL)描述了Web服務的消息,操作,綁定和位置等詳細信息。

當應用程序體系結構需要處理異步處理和調用時,SOAP / WSDL樣式也很有用(例如,使用JAX-WS可以創建異步客戶端)。

SOAP / WSDL樣式的缺點是

它的復雜性:在帶寬上創建一個更重的客戶端需要工具:SOAP需要一個繁重的XML包裝器,每個請求或響應復雜的安全規則

REST風格的優點是

簡單性:可以從任何瀏覽器訪問REST客戶端(但是,這僅適用於GET方法。數據創建請求也需要XML包裝器)。 帶寬較輕:線上的數據通常是裸xml元素(未包含在<Envelope><Body>標記內)。 可以使用http標准設置REST應用程序安全規則:管理員(或防火牆)可以通過分析請求中使用的HTTP命令來識別每條消息的意圖。 例如,GET請求始終可以被認為是安全的,因為根據定義,它不能修改任何數據。

REST風格的缺點是它仍然不能滿足所有業務需求

正式REST服務描述尚未接受通用標准REST請求(尤其是GET方法)不適合大量數據REST不包括所有Web服務標准,如事務,安全性,尋址,信任,協調,

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM