JAX-WS Java客户端,WCF服务互操作性:"400:错误请求"

Question

我也在Mirth论坛上问了这个问题.

我们目前正在尝试使用开源医疗保健集成引擎Mirth连接到WCF服务.Mirth是基于Java的,在内部使用Mule,它使用JAX-WS.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,并且此绑定:

<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,其余部分保留默认值.但是,我还没有找到在Mirth中设置这些的方法,如果这确实是错误的原因.

我们正在运行Mirth v 2.2.1(最近结账),并且Mirth Channel设置为读取和发送HL7v3文档.只有在尝试与WCF服务进行通信时才会出现问题.目标是Web Service Sender,从WSDL读取服务和端口.没有任何验证,信封是从唯一可用的操作生成的.我们没有使用MTOM.

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

我们已经尝试在JAX-WS连接上设置属性.在欢乐的深处,我们尝试设置http块大小:dispatch.getRequestContext().put(JAXWSProperties.HTTP_CLIENT_STREAMING_CHUNK_SIZE,8192)(WebServiceMessageDispatcher.Java line 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

我们找到了解决方案。Mirth 论坛上解决方案的详细描述。

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

用于测试的解决方案

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

• 安装欢乐
• 下载Web服务（例如EncounterManager）的WSDL文件并将它们放在Mirth Server\public_html\EncounterManager下，以便Mirth可以托管它们。
• 在上面的本地 WSDL 文件中，修改它并确保末尾的 SOAP 操作指向实际的 Web 服务：

肥皂：地址位置=“http://your-server/HL7Connector/GetDemographicsService30/”/

• 如果 Mirth 已经启动，请重新启动它。
• 在 Mirth Connect 中，创建一个新频道，例如Sender
• 仅用于测试，将此通道的源设置为读取某些内容的文件读取器（例如，来自文本文件的患者标识符）。例如，让它轮询C:\MirthTesting\unread。告诉 Mirth 在完成后将文件移动到C:\MirthTesting\read
• 在新转换器的摘要页面上，单击“设置数据类型”。
• 将数据类型设置为源连接器入站 =分隔文本、源连接器出站 = HL7、目标 1 出站 =分隔文本。这仅用于测试，稍后您可以做一些精彩的 HL7 事情。
• 在源代码中，单击“编辑变压器”。
• 单击“添加新步骤”，输入新变量名称“patentIdWanted”，然后输入映射“ messageObject.getRawData() ”。这使得 Mirth 读取您放入“未读”目录中的任何文本文件的内容，并将其放入稍后可以使用的变量中（放入频道映射中）
• 将新通道的目标设置为Web 服务发送者。输入本地 WSDL 的 URL（例如http://localhost:8080/EncounterManager/EncounterManagerQueryFulfiller.wsdl）
• 单击获取操作，然后单击生成信封。
• SOAP 信封非常大并且充满了 HL7 的废话（对我来说）。将其替换为一个有效的简单示例，并删除所有不必要的 HL7 内容。您的提供商应该为您提供一个可行的示例。
• 现在，您需要将从文件读取器步骤中读取的变量放入 SOAP 信封中。您的 SOAP 信封应该包含一个“有效负载”，例如某处的患者标识符。对于 GetDemographics 查询，它看起来像这样（其中一部分）。请注意，${ PatientIdWanted}是 Mirth 替换模板中的值的地方，该值来自我们从上面的文本文件放入通道映射中的任何值。
• 现在保存该频道。
• 创建一个新通道来接收上一步中 Web 服务发送给您的内容。称之为接收器
• 在新通道中，将数据类型全部设置为“分隔文本”。再次强调，只是为了测试。
• 将“接收器”通道的来源设置为“通道读取器”
• 将新通道的目标设置为File writer。输入目录和文件名，例如C:\MirthTesting\read\webservice-response.txt。在模板中，输入${message.rawData}以查看 Mirth 拥有的所有内容。
• 返回发送方通道，选择目的地，输入接收方通道作为响应的目的地。
• 保存更改、验证连接器、重新部署所有通道。
• 现在创建一个包含患者标识符的文本文件，并将其放入C:\MirthTesting\unread
• Mirth 将读取此文件（然后将其移动到“读取”目录）。您的第一个频道将获取文本文件，将内容移动到频道映射${patentIdWanted}中。然后，您的 Web 服务将获取其中包含此患者标识符的 SOAP 信封。响应将发送到接收者通道，并转储为纯文本。

有用的东西

• 意识到欢乐是一艘核潜艇：强大而神秘。没有说明书！
• 精通 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 中）。在“运行配置”下输入虚拟机参数。这可以让您准确地看到 Mirth（或您的 Java 客户端）发送到 Web 服务的内容： -Dcom.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.dump=true

• 将预处理脚本添加到您的发送者通道以查看 Mirth 实际执行的操作：

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

• 将后处理脚本添加到您的发送者通道以查看 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);

（摘自这篇博文）