無法在Mirth Connect 2.0中部署Web Service偵聽器/發送器

Question

我當前在Windows XP SP3上運行帶有JDK 1.6 Update 10的Mirth 2.0.1.5164。 每當我想要部署Web服務偵聽器/發送器通道時，我都會不斷收到此錯誤：

[2011-04-11 09：31：11,947]錯誤（com.mirth.connect.server.controllers.MuleEngineController：207）：注冊頻道時出錯。 org.mule.providers.FatalConnectException：ReconnectStrategy“ org.mule.providers.SingleAttemptConnectionStrategy”無法在org.mule.providers.SingleAttemptConnectionStrategy.doConnect（SingleAttemptConnectionStrategy.doConnect（SingleAttemptConnectionStrategy.java： 34）在org.mule.providers.AbstractConnectionStrategy.connect（AbstractConnectionStrategy.java:67）在org.mule.providers.AbstractMessageReceiver.start（AbstractMessageReceiver.java:391）在org.mule.providers.AbstractConnector.registerListener（AbstractConnector.java） ：508），位於org.mule.impl.model.AbstractModel.registerListeners（AbstractModel.java:231），位於org.mule.impl.model.AbstractModel.registerComponent（AbstractModel.java:187），位於com.mirth.connect.server。 com.mirth.connect.server.servlets.EngineServlet.doPost（EngineServlet.com）上的controllers.MuleEngineController.registerChannel（MuleEngineController.java:327）在com.mirth.connect.server.controllers.MuleEngineController.deployChannels（MuleEngineController.java:201） java：46）a 位於org.mortbay.jetty.servlet.ServletHolder.handle（ServletHolder.java）處的javax.servlet.http.HttpServlet.service（HttpServlet.java:688）處的javax.servlet.http.HttpServlet.service（HttpServlet.java:615） ：428）位於org.mortbay.jetty.servlet.ServletHandler.dispatch（ServletHandler.java:677），位於org.mortbay.jetty.servlet.ServletHandler.handle（ServletHandler.java:568），位於org.mortbay.http.HttpContext。 org.mortbay.http.HttpContext.handle（HttpContext.java:1482）的org.mortbay.http.HttpServer.service（HttpServer.java:909）的org.mortbay.http.HttpConnection的handle（HttpContext.java:1482） org.mortbay上的.service（HttpConnection.java:820）.http.HttpConnection.handleNext（HttpConnection.java:986）上org.mortbay.http.HttpConnection.handle（HttpConnection.java:837）上org.mortbay.http。 org.mortbay.util.ThreadedServer.handle（ThreadedServer.java:357）的org.mortbay.util.ThreadPool $ PoolThread.run（ThreadPool.java:534）的SocketListener.handleConnection（SocketListener.java:245） .mule.providers.FatalConnectExc eption：ReconnectStrategy“ org.mule.providers.SingleAttemptConnectionStrategy”無法重新連接org.mule.providers.SingleAttemptConnectionConnectionegy.doConnect（SingleAttemptConnectionStrategy.java:34）上端點“ ws：//127.0.0.1：8041”上的接收器.... org.mule.providers.AbstractMessageReceiver.connect（AbstractMessageReceiver.java:348）上的.providers.AbstractConnectionStrategy.connect（AbstractConnectionStrategy.java:67）...其他22個原因：org.mule.providers.ConnectException：初始化失敗：運行時建模器錯誤：找不到包裝器類com.mirth.connect.connectors.ws.jaxws.AcceptMessage。 您是否運行過APT來生成它們？ 在org.mule.providers.AbstractMessageReceiver.connect（AbstractMessageReceiver.java:362）處在org.mule.providers.SingleAttemptConnectionStrategy.doConnect（SingleAttemptConnectionStrategy.java:32）... 25更多原因：com.sun.xml.internal.ws .model.RuntimeModelerException：運行時建模器錯誤：找不到包裝器類com.mirth.connect.connectors.ws.jaxws.AcceptMessage。 您是否運行過APT來生成它們？ 在com.sun.xml.internal.ws.model.RuntimeModeler.getClass（未知源）處com.sun.xml.internal.ws.model.RuntimeModeler.processDocWrappedMethod（未知源）在com.sun.xml.internal.ws中com.sun.xml.internal.ws.model.RuntimeModeler.processClass（未知源）的com.sun.xml.internal.ws.model.RuntimeModeler.buildRuntimeModel（未知源）的.model.RuntimeModeler.processMethod（未知源）在com.sun.xml.internal.ws.server.EndpointFactory.createSEIModel（未知源）處com.sun.xml.internal.ws.server.EndpointFactory.createEndpoint（未知源）在com.sun.xml.internal.ws com.sun.xml.internal.ws.api.server.WS.Endpoint.create（com.sun.xml.internal.ws.transport.http.server處的.api.server.WSEndpoint.create（未知源） com.sun.xml.internal.ws.transport.http.server.EndpointImpl.publish（未知源）的com.mirth.connect.connectors.ws.WebServiceMessageReceiver.doConnect（WebServiceMessageReceiver.java的.EndpointImpl.createEndpoint（未知源） ：125）在org.mul e.providers.AbstractMessageReceiver.connect（AbstractMessageReceiver.java:355）...還有26個

我使用的通道在Mirth 1.8上運行良好，但是在2.0中部署它時始終出現此錯誤，並且我已與netstat進行了檢查，以確保未占用我使用的端口。 我嘗試將JAXWS和JAXB添加到自定義庫中，但它也無法正常工作（已從Mirth支持論壇中嘗試了此解決方案）。 還有一件事，我將默認服務用於Web服務偵聽器。 任何想法如何解決這個問題？

提前致謝

特別說明：我尚未卸載1.8版本，因為我公司開發的當前程序仍在使用它。

Answer 1

我知道這有點陳舊，但我想我還是會回答的。 我認為這是我的團隊遇到的相同問題：

Mirth 2.0中存在問題-重新啟動服務或重新啟動計算機后，它將嘗試一次與WSDL聯系。 如果無法發現您的WSDL，則在部署通道時會出現此錯誤。

我們已與Mirth的支持團隊口頭確認這是一個已知問題，但是很遺憾，我無法在他們的問題跟蹤器中找到它。 我不知道它是否固定。 我會嘗試使用最新版本，或者選擇確保Mirth可以找到您的WSDL。