需要標準方法爲已部署的REST服務創建SOAP接口

Question

我們希望允許我們的服務提供商企業部署REST或SOAP解決方案。這些服務將成爲候選人，作爲消費者向企業經紀人提出的特定請求的「權威」服務端點。因此，我們需要一種機制來創建一個基於SOAP的接口，以便在提供者將其REST服務發佈給代理時由代理公開。有關如何以規範化的方式處理這些問題的任何參考？

Answer 1

關於REST的好處是接口幾乎總是相同的。您可以定義一個SOAP接口，以可重用的方式推廣REST服務的CRUD操作。

但是，我不確定爲什麼你想封裝一個REST服務在SOAP層。該服務的客戶端可能會發現原始REST服務與自動生成的SOAP接口一樣易於使用，如果不是這樣的話。

Answer 2

還有一個與WSDL相當的REST，名爲WADL。您可以探索一種方法，REST服務提供商通過WADL向您發送其API的描述，將WADL轉換爲WSDL，並從WSDL生成經紀人提供的SOAP API。您的WADL到WSDL轉換同時生成代理用來將每個SOAP請求轉換爲服務提供者上的基礎REST請求的映射邏輯。 Offhand我不知道這個映射是多麼容易。

然而，大衛·查普爾points out說：

暴露服務REST風格是在大多數情況下， 一個更好的選擇，尤其是在互聯網上。然而，SOAP和WS- * 技術仍然有一些作用，特別是在企業內部。

每個服務提供商都做出工程決定以支持REST或SOAP或兩者。如果服務提供商確定僅REST是他們Web服務的合適選擇，那麼爲什麼要添加一個將其映射到不太合適的選擇中的中介提供任何價值？你不只是增加了一層複雜性和低效率？

Answer 3

檢出Mule作爲一種方法來做到這一點。 Mule可以充當代理並將前端SOAP請求映射到任何其他服務請求，包括REST。