真正的SOAP互操作性是一个神话吗？
真正的SOAP互操作性是一个神话吗？
提问于 2010-08-30 09:17:20
我的意思是，真正的互操作:从Java到.NET，从PHP到Java等等。
我之所以这样问是因为我们的能力要求我们使用SOAP服务来实现面向公共的API，并且我试图为RESTful XML/JSON提供一个优势。
他们的推理在很大程度上是由洗脑引起的：
- SOAP是一种基于标准的协议(更不用说我们的其中一个开发人员花了4天时间埋没在XML配置和自定义安全令牌序列化器中，试图以某种方式使WCF客户端弯曲，从而调用WSE 3.0服务，并产生各种模糊错误)，
- SOAP是安全的(但就业务而言，我们既不需要加密也不需要数字签名-基于SSL的HTTP就足够了)
- 最后，SOAP是可互操作的，这似乎是他们的最大卖点(这个问题的全部要点)。
重申: SOAP真的可以互操作吗？你的真实战争故事会很精彩的。
回答 2
Stack Overflow用户
回答已采纳
发布于 2010-08-30 09:22:21
只要您坚持WS基 SOAP标准，那么互操作通常是非常容易的。WS旨在解决早期SOAP实现所遇到的初始互操作问题。
当使用预WS服务(例如rpc编码的东西)或使用WCF之类的高级安全扩展时，问题往往会出现。当它们出错时，它们变得很复杂，很难调试。
Stack Overflow用户
发布于 2010-08-30 23:03:51
是的，在很大程度上是这样的，尽管有时会是一场战斗。我有许多基于标准的soap服务，有些语言/库似乎比其他语言/库更容易。
然而，在肥皂世界里，一切都不是快乐的。一个特别顽皮的库(Apache )，默认情况下将WSDL的副本编译到其stubs....which中本身并不奇怪，因为.net做的是相同的thing....but，问题是它也验证了WSDL的任何更改。如果检测到一个变化，它就会弹出。
因此，假设您有一个create方法，并且在接下来的5个月中添加中间的初始值。如果不需要中间初始值，而且如果发送该服务的话，您将破坏所有使用Axis...even的消费者的服务。因此，在我们的位置，我们必须在添加任何可选参数之前的几个月内向客户发送消息，以便他们能够再次雇用他们的承包人在发布之夜重新编译WSDL。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/3599174
复制相关文章
相似问题
腾讯云开发者
