SoapUI与javaweb服务客户端 如果SOAPWeb服务通过SOAPUI（正确的SOAP响应）工作良好，在使用不同API /框架构建java Web服务客户端时，调用这个Web服务面临不同的问题，认为Web服务稳定且问题来自消费者方是安全的吗？

我在这里问了一个一般性的问题，我已经问了一个详细的问题，可能太长了，无法阅读。我对这个概念比对我的实际实现更感兴趣，所以如果你能回答我的问题而不参考我较长的帖子，请回答

更新： 我已经意识到，即使WSDL是WS-I兼容的，并且它通过SoapUI正常运行，这仍然不足以得出web服务没有被破坏的结论。正如@jtahlborn所说，SoapUI对损坏的web服务非常宽容，它很容易欺骗您相信您的web服务工作正常，这就是我的例子

我正在ESB中构建SOAP响应，我的问题是我使用了WSDL中定义的名称空间，而不是模式中定义的名称空间。SoapUI收到响应并将其显示给我（使用错误的名称空间）；如果我这样做，这个问题本来可以避免的

还值得一提的是，在我为测试web服务而创建的Java web服务客户端中，响应无法加载到输出对象中（当我尝试访问输出对象时出现了NullPointerException错误），这是由于名称空间问题造成的，在我修复名称空间后，它就开始正常工作。

需要检查您的web服务是否符合配置文件。如果您的服务遵循WS-I基本配置文件，并且SoapUI可以调用它，那么问题肯定在消费者方面

编辑：嗯，或者介于两者之间

---

SoapUI可以检查您的wsdl是否符合WS-I，请参阅。

消费者（客户端）很可能有问题。。。如果客户端是使用wsdl2java生成的，那么很有可能会出现bug。。。如果您正在使用一些有效的特殊功能（符合w3c），那么不要感到惊讶。。。生成的客户端有时会这样做。。。甚至一些用于生成java类的库或用于生成Web服务的库也充满了bug

很多东西都不受已知和常用库的支持。。。（我不想说出名字——但wsdl4java并不完美）

如果你正在使用安全性或其他东西。。。服务器端和客户端出现错误的可能性更高：）

---

如果你告诉我们问题出在哪里，我们可以帮你……

SoapUI是一款很棒的产品。然而，使它成为一个伟大产品的一个原因是，它非常容忍定义不好的Web服务。在我们的产品中，我们处理大量的Web服务，我们产品中的一个常见问题是“它在SoapUI中运行良好”。我们艰难地了解到，SoapUI将容忍各种损坏的Web服务。因此，总而言之，使用SoapUI并不能证明您的Web服务定义良好。

我做了WS-I测试，它通过了测试，但使用CXF和JAX-WS的两个不同的使用者却面临着奇怪的问题。那么，防火墙或代理问题可能是吗？服务本身很好，我想说。即使它符合WS-I？@abstractpaper-我不是在争论你的web服务是否定义良好，只是SoapUI并不能证明什么。我的意思是，如果我的web服务同时符合SoapUI和WS-I的功能，这还不足以断定我的web服务没有损坏吗？@jtahlborn我现在也开始好奇了@对什么感到好奇？