要检查的事情

• 在没有Web调度程序的情况下从内部进行调用（例如使用soapUI）是否起作用？
• 您是在Web调度程序上终止请求还是执行 您"通过" https://help.sap.com /doc/saphelp_nw751abap/7.51.0/zh-CN/49/3db10a19341067e10000000a42189c/frameset.htm 如果终止，则可能需要多看一下Web Dispatcher和后端之间的信任设置
< li>查看XPI Inspector以获得（获取）更多的见解（示例50->添加您的沟通渠道）

干杯

Jens

嗨，詹斯，

在解决了很多麻烦之后，我们遇到了问题，将Web调度程序配置为消息服务器，然后将其更改为应用程序服务器，我们从SOAP UI测试了Web服务的工作状态（我可以在Monitor中看到消息），但是第三方用户是 仍然收到状态码" 500"。

我需要将Web服务中的终结点URL覆盖为Web调度程序URL吗？ 请指教。

谢谢。

您向发送方SOAP应用程序提供的URL格式是什么？

请他们以以下格式发送请求 URL-

https：//：<端口>/XISOAPAdapter/MessageServlet？channel =：<发送方系统>：<用于此接口的发送方通道名称>

Sugata

我正确理解了吗？

• 您的初始WSDL的端点错误，并且对此进行了更改 现在它正在为您通过（！）Web调度程序工作。
• 相同的WSDL已更改，端点已通过Web调度程序进行了更改，但是不适用于该客户，并且向他显示了一个http 500？

如果是这样，您可能要看一下Web调度程序（最前面）和PI（第二个）。 500表示服务器帽无法处理请求。 该服务器可能是Web调度程序，也可能是PI。

我的直觉是500源自客户试图呼叫的错误端点地址，因此PI返回HTTP500。但是，您将拥有 如果您在Web调度程序上监视此操作，则生活会更轻松，这样您就可以看到调用方实际使用的端点URL。

欢呼声

Jens

嗨 萨拉特，

您都可以覆盖WSDL中的URL，并将更新的wsdl共享给您的合作伙伴。 只需在记事本中执行此操作即可，只需在记事本中打开WSDL并在wsdl的末尾转到，即可找到位置并使用webdispatch主机名和端口进行更新并共享给合作伙伴。

或者您已经共享了wsdl，现在将新更新的webdispatcher端点URL共享给合作伙伴，并要求他们触发Sugata先生提到的webdispatcher URL。

致谢

Pavan