Java / WCF Interop何時真正需要WSIT？ Java / asmx是否需要？

Question

SOAP被認為是Web服務的可互操作標准，因此何時真正需要WSIT？

扮演魔鬼的擁護者：

據我所知，WCF遠不止SOAP，而且它們似乎以REST為目標。 並不是說Microsoft和SUN掩蓋了一個事實，那就是他們對巨大的SOAP復雜性犯了一個錯誤，現在采用REST卻沒有公開地承認它，並通過WSIT和WCF為銷售新工具建立了另一層復雜性：)

Answer 1

如果您指的是WSIT，那么它只是Apache Axis的一種Web服務技術的實現。 順便說一句，我認為WSIT已被整合到Glassfish中 。

Answer 2

SOAP是定義用於交換Web服務消息的協議的規范。 它告訴您讀取和寫入什么內容，但實際上並不執行讀取操作-它不是軟件，而只是有關軟件應如何工作的規范。

WSIT和WCF都提供遵循SOAP規范的Web服務實現-它們是SOAP規范的體現。 您不必使用這些框架-您可以自己編寫XML編碼，但是從現有的實現開始當然要容易得多，因此您可以專注於Web服務的邏輯，而不是直截了當。

您需要SOAP-這是兩個獨立實現達成共識的共同基礎，並且是使WSIT / Axis <> WCF互操作成為可能的關鍵因素。 如果您較少考慮實現技術，而將重點更多地放在服務公開的外部接口（即SOAP）上，則可能會有所幫助。

OO編程中的接口/實現類分離有很多相似之處。 一旦有了實現接口的實例，您就不必在乎實際的實現細節了，而只是將隱含遵從指定的接口。 使用Web服務時，您（通常）不必關心以WSIT，Axis，WCF，asmx或任何其他編程語言實現的服務或客戶端-您只需關心它公開/使用SOAP接口即可。