1

我们有一个运行良好的 WCF 服务，有 4 位客户使用此服务没有问题，但我有一位客户抱怨过去几天他无法再调用 Web 服务。

自 10 月以来我们没有改变任何东西，他还声称他没有改变任何东西。

正如我所说，我有其他客户很好地使用此服务，我们也可以从 SOAP UI 调用该服务。我们甚至尝试在 AWS 中创建一个新的隔离机器并调用该服务，以确保它不会像防火墙问题那样阻止来自我们网络外部的通信。

从他发给我的堆栈跟踪中我可以看到，该客户使用 Sonic ESB 调用我们的服务。我真的不明白 Sonic ESB 是如何工作的，但我猜这个错误是由 Sonic ESB 引起的，而不是我的服务。就像它在他的应用程序和我的服务之间创建了一个“适配器”。

这使我得出以下结论：

1）查看他的请求 XML（他发给我）我可以看到它与我提供的 WSDL 不匹配，例如：

（出于明显的原因，我更改了一些名称和值）

<CreateOrderGatewayCompanyName> --> This would be just CreateOrderGateway
  <header>  --> this header seems specific to Sonic ESB, nothing to do with us
     <user>123414714</user>
     <idProcess>5411251</idProcess>
     <channel>EB</channel>
     <ip>[ip number here]</ip>
     <sessionId>1fd5a3f4d8f4dsa5f4dsaf4dsf1da5.xyz</sessionId>
  </header>
  <body>
    <idCampania>xyz</idCampania> --> This would be "CampaignId"
    ...
    <order>
       ...
       <fecha>2016-12-21</fecha> --> This would be "Date"
       ...
    </order>
  </body>
</CreateOrderGatewayCompanyName>

所以我只能得出结论，在这个过程的某个地方，ESB 会将这个奇怪的 XML 转换为我的服务所期望的正确 SOAP 请求格式。

2）查看他发给我的异常堆栈跟踪，我可以看到这个 404 错误：

<?xml version="1.0" encoding="UTF-8"?>
<exception xmlns="http://www.sonicsw.com/sonicesb/exception">
 <message>Exception while retrieving soap envelope from response: 
&lt;!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN""http://www.w3.org/TR/html4/strict.dtd"&gt;
&lt;HTML&gt;&lt;HEAD&gt;&lt;TITLE&gt;Not Found&lt;/TITLE&gt;
&lt;META HTTP-EQUIV="Content-Type" Content="text/html; charset=us-ascii"&gt;&lt;/HEAD&gt;
&lt;BODY&gt;&lt;h2&gt;Not Found&lt;/h2&gt;
&lt;hr&gt;&lt;p&gt;HTTP Error 404. The requested resource is not found.&lt;/p&gt;
&lt;/BODY&gt;&lt;/HTML&gt;
</message>
 <class>com.sonicsw.xqimpl.invkimpl.wsif.providers.axissoap.SoapProviderInvocationException</class>
 <detail/>
 <stackTrace><![CDATA[org.xml.sax.SAXParseException: White spaces are required between publicId and systemId.
at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown Source)
at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown Source)
...

事情是这样的，他作为响应得到的这个 404 HTML 代码不是来自我的服务器，因为我们使用 IIS 8.5 并且 IIS 的 404 错误页面看起来不像这个，HTML 不同，消息是也不同。它会是这样的：

“404 - 找不到文件或目录。您要查找的资源可能已被删除，名称已更改，......”</p>

那么有谁知道这个 Sonic ESB 是否真的在应用程序中间创建了一个适配器或代理？如果有人已经遇到过这样的错误，那是什么原因？我 100% 肯定我的服务运行良好。

4

2 回答 2

0

事实证明，我服务器上的网络跟踪（wireshark）显示我的客户的代理正在修改请求的“主机”，例如，而不是

主机：ourdomain.com

它被修改为

主机：proxy.customer.com:8080

因此，当此请求到达 IIS 服务器时，绑定被配置为“ourdomain.com”，然后它丢弃了该请求。出于某种奇怪的原因，一个名叫“Microsoft HTTPAPI”的人返回了我的客户在他们的应用程序上收到的 404 错误页面的回复。

所以我们已经解决了更改 IIS 绑定的问题，因为我不想等待我的客户调查他的代理到底在用主机名做什么。

于 2017-01-05T20:23:31.620 回答
0

您的客户是否发送了实际发送的肥皂请求？他可以启用实际的 Web 服务调用（最简单的方法是从管理控制台进行）。

http://knowledgebase.progress.com/articles/Article/S6498

在知道它正在发送的确切soap请求之后，它会更容易调试。

此外，我建议您在他测试时启用服务器中的请求跟踪几分钟，以丢弃在中间完成的任何其他修改。

于 2017-01-03T15:04:24.487 回答