wcf - JAX-WS Java 客户端，WCF 服务互操作性 : "400: Bad Request"

Question

我也在 Mirth forum 上问过这个问题.

我们目前正在尝试使用开源医疗保健集成引擎 Mirth 连接到 WCF 服务。 Mirth 是基于 Java 的，内部使用使用 JAX-WS 的 Mule。 WCF 服务器返回 HTTP 状态代码“400:错误请求”。我们无法轻松访问 WCF 服务器。

与客户端的通信在 C# 中运行良好。在 Visual Studio 中，添加服务引用，然后在 main() 中:

PatientRegistryQueryFulfiller.GetDemographicsClient svc = new PatientRegistryQueryFulfiller.GetDemographicsClient();
doc.Load(@"C:\MirthTesting\PRPA_EX201307NO_10_PatientReg_GetDemographics.xml");
PatientRegistryQueryFulfiller.PRPA_IN201307NO patientRegistryRequest = (PatientRegistryQueryFulfiller.PRPA_IN201307NO)ObjectSerializer.DeserializeObject(doc, typeof(PatientRegistryQueryFulfiller.PRPA_IN201307NO));
PatientRegistryQueryFulfiller.PRPA_IN201307NOResponse patientRegistryResponse = svc.GetDemographics(patientRegistryRequest);
doc = ObjectSerializer.SerializeObject(patientRegistryResponse.Item);

自动生成的 WCF 客户端(来自 WSDL)有一个带有端点的 app.config 和这个绑定(bind):

<bindings>
    <basicHttpBinding>
        <binding name="PatientRegistryQueryFulfiller_Binding" closeTimeout="00:01:00"
         openTimeout="00:01:00" receiveTimeout="00:10:00" sendTimeout="00:01:00"
         allowCookies="false" bypassProxyOnLocal="false" hostNameComparisonMode="StrongWildcard"
         maxBufferSize="65536" maxBufferPoolSize="524288" maxReceivedMessageSize="65536"
         messageEncoding="Text" textEncoding="utf-8" transferMode="Buffered"
         useDefaultWebProxy="true">
        <readerQuotas maxDepth="32" maxStringContentLength="8192" maxArrayLength="655360"
           maxBytesPerRead="4096" maxNameTableCharCount="655360" />
        <security mode="None">
        <transport clientCredentialType="None" proxyCredentialType="None"
             realm="" />
        <message clientCredentialType="UserName" algorithmSuite="Default" />
      </security>
    </binding>
  </basicHttpBinding>
</bindings>

在 WCF 解决方案中唯一不同的是扩展 readerQuotas 标记中的 maxNameTableCharCount 和 maxArrayLength 用于相关绑定(bind)，其余部分保留默认值。但是，我还没有找到在 Mirth 中设置这些的方法，如果这确实是错误的原因。

我们正在运行 Mirth v 2.2.1(最近结帐)，并且 Mirth channel 设置为读取和发送 HL7v3 文档。只有在尝试与 WCF 服务通信时才会出现问题。目标是一个 Web 服务发送者，服务和端口都从 WSDL 读取。没有身份验证，信封是从唯一可用的操作中生成的。我们没有使用 MTOM。

我们相当肯定这与 JAX-WS 和 WCF 互操作性有关。任何一般提示？

我们已经尝试在 JAX-WS 连接上设置属性。在欢乐的深处，我们尝试设置 http 块大小:
dispatch.getRequestContext().put(JAXWSProperties.HTTP_CLIENT_STREAMING_CHUNK_SIZE, 8192)(WebServiceMessageDispatcher.Java 第 140 行)

堆栈跟踪如下:

ERROR-410: Web Service Connector error
ERROR MESSAGE: Error connecting to web service.
com.sun.xml.internal.ws.client.ClientTransportException: The server sent HTTP status code 400: Bad Request
at com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.checkStatusCode(Unknown Source)
at com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.process(Unknown Source)
at com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.processRequest(Unknown Source)
at com.sun.xml.internal.ws.transport.DeferredTransportPipe.processRequest(Unknown Source)
at com.sun.xml.internal.ws.api.pipe.Fiber.__doRun(Unknown Source)
at com.sun.xml.internal.ws.api.pipe.Fiber._doRun(Unknown Source)
at com.sun.xml.internal.ws.api.pipe.Fiber.doRun(Unknown Source)
at com.sun.xml.internal.ws.api.pipe.Fiber.runSync(Unknown Source)
at com.sun.xml.internal.ws.client.Stub.process(Unknown Source)
at com.sun.xml.internal.ws.client.dispatch.DispatchImpl.doInvoke(Unknown Source)
at com.sun.xml.internal.ws.client.dispatch.DispatchImpl.invoke(Unknown Source)
at com.mirth.connect.connectors.ws.WebServiceMessageDispatcher.processMessage(WebServiceMessageDispatcher.java:176)
at com.mirth.connect.connectors.ws.WebServiceMessageDispatcher.doDispatch(WebServiceMessageDispatcher.java:106)
at com.mirth.connect.connectors.ws.WebServiceMessageDispatcher.doSend(WebServiceMessageDispatcher.java:204)
at org.mule.providers.AbstractMessageDispatcher.send(AbstractMessageDispatcher.java:164)
at org.mule.impl.MuleSession.sendEvent(MuleSession.java:191)
at org.mule.impl.MuleSession.sendEvent(MuleSession.java:130)
at org.mule.routing.outbound.AbstractOutboundRouter.send(AbstractOutboundRouter.java:85)
at org.mule.routing.outbound.FilteringMulticastingRouter.route(FilteringMulticastingRouter.java:54)
at org.mule.routing.outbound.OutboundMessageRouter$1.doInTransaction(OutboundMessageRouter.java:78)
at org.mule.transaction.TransactionTemplate.execute(TransactionTemplate.java:48)
at org.mule.routing.outbound.OutboundMessageRouter.route(OutboundMessageRouter.java:82)
at org.mule.impl.model.DefaultMuleProxy.onCall(DefaultMuleProxy.java:247)
at org.mule.impl.model.seda.SedaComponent.doSend(SedaComponent.java:209)
at org.mule.impl.model.AbstractComponent.sendEvent(AbstractComponent.java:277)
at org.mule.impl.MuleSession.sendEvent(MuleSession.java:201)
at org.mule.routing.inbound.InboundMessageRouter.send(InboundMessageRouter.java:176)
at org.mule.routing.inbound.InboundMessageRouter.route(InboundMessageRouter.java:143)
at org.mule.providers.AbstractMessageReceiver$DefaultInternalMessageListener.onMessage(AbstractMessageReceiver.java:487)
at org.mule.providers.AbstractMessageReceiver.routeMessage(AbstractMessageReceiver.java:266)
at org.mule.providers.AbstractMessageReceiver.routeMessage(AbstractMessageReceiver.java:225)
at com.mirth.connect.connectors.vm.VMMessageReceiver.getMessages(VMMessageReceiver.java:223)
at org.mule.providers.TransactedPollingMessageReceiver.poll(TransactedPollingMessageReceiver.java:108)
at org.mule.providers.PollingMessageReceiver.run(PollingMessageReceiver.java:97)
at org.mule.impl.work.WorkerContext.run(WorkerContext.java:290)
at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1061)
at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:575)
at java.lang.Thread.run(Unknown Source)

Answer 1

我们找到了解决方案。解决方案的详细描述 the Mirth forum .

问题是当我们尝试向 Web 服务发送一个我们认为有意义的请求时，它给了我们一个“400:错误的请求”。 “400 bad request”是一个非常通用的错误信息。

测试解决方案

此解决方案创建了一个可调试的基于文件的测试工具，您可以使用它来了解 Mirth 的功能。它不是生产质量的解决方案。天啊。

安装欢乐

下载 Web 服务的 WSDL 文件(例如
EncounterManager) 并将它们置于 Mirth 之下
Server\public_html\EncounterManager 以便 Mirth 可以托管它们。

在上面的本地 WSDL 文件中，修改它并确保
最后的 SOAP 操作指向实际的 Web 服务:

soap:address location="http://your-server/HL7Connector/GetDemographicsService30/"/

如果 Mirth 已经启动，请重新启动它。

在 Mirth Connect 中，创建一个新 channel ，例如 Sender

仅用于测试，将此 channel 的来源设为文件阅读器
读取某些内容(例如，文本中的患者标识符
文件)。例如，让它轮询 C:\MirthTesting\unread。告诉欢乐
完成后将文件移动到 C:\MirthTesting\read

在新转换器的摘要页面上，单击“设置数据类型”。

将数据类型设置为源连接器入站 = 分隔文本、源连接器出站 = HL7、目标 1 出站 = 分隔文本。这只是为了测试，你以后可以做花哨的 HL7 东西。

在源中，单击编辑变压器。

单击“添加新步骤”，输入新变量名称“patientIdWanted”并为映射输入“messageObject.getRawData()”。这使得 Mirth 读取您放入“未读”目录中的任何文本文件的内容，并将其放入您稍后可以使用的变量中(放入 channel 映射中)

将新 channel 的 Destination 设为 Web 服务发送方。输入本地 WSDL 的 URL(例如 http://localhost:8080/EncounterManager/EncounterManagerQueryFulfiller.wsdl )

单击获取操作，然后单击生成信封。

SOAP 信封非常大并且充满了 HL7 废话(对我而言)。用一个简单的示例替换它，并删除所有不必要的 HL7 垃圾。你的供应商应该给你一个有效的例子。

您现在需要将您从文件读取器步骤读入的变量放入 SOAP 信封中。您的 SOAP 信封应该包含一个“有效负载”，例如某处的患者标识符。对于 GetDemographics 查询，它看起来像这样(它的一部分)。请注意 ${patientIdWanted} 是 Mirth 替换模板中的值的地方，来自我们从上面的文本文件放入 channel 映射的任何内容。

现在保存这个 channel 。

创建一个新 channel 以接收上一步中的 Web 服务发送给您的内容。称之为接收器

在新 channel 中，将数据类型全部设置为“分隔文本”。再次，只是为了测试。

将“接收器” channel 的来源设置为“ channel 阅读器”

将新 channel 的目的地设置为 File writer。输入目录和文件名，例如C:\MirthTesting\read\webservice-response.txt。在模板中，输入 ${message.rawData} 看到欢乐所拥有的一切。

返回发送方 channel ，选择目的地，输入接收方 channel 作为响应的目的地。

保存更改、验证连接器、重新部署所有 channel 。

现在创建一个包含患者标识符的文本文件，并将其放入 C:\MirthTesting\unread

Mirth 将读取此文件(然后将其移动到“读取”目录)。您的第一个 channel 将获取文本文件，将内容移入 channel map ${patientIdWanted} .然后，您的 Web 服务将获得包含此患者标识符的 SOAP 信封。响应将被发送到接收器 channel ，并作为纯文本转储。

有用的东西

意识到欢乐是一个核潜艇:强大而神秘。没有说明书!

有点精通C#和Java

有有意义的 HL7 消息示例

使用 Visual Studio 生成纯 C# 客户端，以验证我们是否可以使用纯 C# 从 Web 服务中读取数据。 (我们使用 Mirth 来托管 WSDL 文件，但您可以使用 IIS)

使用 Eclipse 生成 Java 客户端以验证我们是否可以使用 Java 从 Web 服务中读取。我们将 SOAPUI(与 Mirth 使用的相同)与 Eclipse Indigo EE 版本一起使用(从命令行使用 wsimport.bat)

从源代码下载 Mirth 并从 Eclipse 运行它。

打开 HTTP 转储(在 Eclipse 中)。在“运行配置”下输入 VM 参数。这让您可以准确地看到 Mirth(或您的 Java 客户端)发送到 Web 服务的内容:
-Dcom.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.dump=true

将预处理脚本添加到您的发送方 channel 以查看 Mirth 实际执行的操作:

FileUtil.write('C:/MirthTesting/read/sender_preprocessmessage_in.txt', false, message);return message;

将后处理脚本添加到您的发件人 channel 以查看 Mirth 的作用:

FileUtil.write('C:/MirthTesting/read/dipssender_postprocessmessage.txt', false, message);
return;

一码改

为了让这项工作真正发挥作用，我们必须对 Mirth 源代码进行一项更改。对于我们使用的 JDK1.7，Mirth 实际上并没有发送 SOAP 操作。在 Server/.../WebServiceMessageDispatcher.Java 第 137 行，我们必须添加:

    dispatch.getRequestContext().put(BindingProvider.SOAPACTION_USE_PROPERTY, true);

(取自 this blog post)