如何使用Java客户端在WCF中创建的SOAP1.2Web服务？

我正在开发一个Web服务项目，在这个项目中，我必须实现一个在所有平台上都可以互操作的Web服务。因此，最初我使用basicHttpBinding，因为它使用SOAP 1.1，但我需要WS-*的功能，如可靠的消息传递、安全性和异常。所以我使用了wsHttpBinding，它是SOAP 1.2标准

现在，在测试服务器上部署之后，我使用Netbeans IDE生成了一个webservice客户端。因此，作为回报，它在java中调用wsimport工具来生成代理类。当我调用任何方法时，它都会进入非工作状态，就像5分钟内没有活动一样。所以我无法确定Java客户端是否可以使用在WCF中创建的SOAP1.2Web服务

我需要知道我是否需要为所有功能使用wsHttpBinding以外的任何其他绑定，并具有互操作性

---

当我调用web方法时，我没有收到任何错误。我尝试调试它，但没有任何帮助。我在调用该方法的行上设置了断点，当调试器到达该行时，什么也没有发生，IDE显示运行状态，但没有活动。如果有人可以建议使用工具监视服务器的Http请求。

您是否尝试过跟踪Java客户端和WCF服务之间的通信

---

我会做两件事首先，打开WCF的登录；使用跟踪工具有许多技巧tcptrace充当客户端和服务器之间的代理，然后将客户端指向跟踪工具，将跟踪工具指向服务器。这样您就可以看到流量和XML（如果有的话）来回发送。这会让你更好地了解正在发生的事情

为什么不使用SOAP1.1配置另一个端点？

我开始阅读这个问题，但在没有句点时就迷路了。我认为这与互操作性有关，但不确定问题出在哪里。你能用几句完整的话来重写吗？你从Java客户端收到错误消息还是什么都没有？你至少应该暂停一下……是的，我可以这么做。但是，我真正需要的是WS-*的功能，它只在SOAP 1.2中可用。我使用HTTP Monitor检查了发送到服务器的XML，我认为问题就在那里。net客户端和java客户端发送是两个不同的东西。所以我需要的是控制从java客户端发送到服务器的消息。所以需要使用java工具包检查查看它是否允许您修改消息。另一种选择是使用原始XMLAPI编写客户机，而不是依赖工具包。这样，您就可以完全控制发送的内容