Не удается развернуть прослушиватель / отправителя веб-службы в Mirth Connect 2.0

Question

В настоящее время я использую Mirth 2.0.1.5164 с обновлением JDK 1.6 10 в Windows XP SP3. Я получал эту ошибку каждый раз, когда хочу развернуть канал прослушивателя / отправителя веб-службы:

[2011-04-11 09: 31: 11,947] ОШИБКА (com.mirth.connect.server.controllers.MuleEngineController: 207): Ошибка регистрации канала. org.mule.providers.FatalConnectException: ReconnectStrategy "org.mule.providers.SingleAttemptConnectionStrategy" не удалось переподключить приемник на конечной точке "ws: //127.0.0.1: 8041" в org.mule.providers.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.controllers.MuleEngineController.registerChannel (MuleEngineController.java:327) в com.mirth.connect.server.controllers.MuleEngineController.deployChannels (MuleEngineController.java:201) на com.mirth.connect.server.servlets.EngineServlet.doPost (EngineServlet.java:46) на javax.servlet.http.HttpServlet.service (HttpServlet.java:615) на javax.servlet.http.HttpServlet.service (HttpServlet.java:688) в org.mortbay.jetty.servlet.ServletHolder.handle (ServletHolder.java:428) в org.mortbay.jetty.servlet.ServletHandler.dispatch (ServletHandler.java:677) в org.mortbay.jetty.servlet.ServletHandler.handle (ServletHandler.java:568) на org.mortbay.http.HttpContext.handle (HttpContext.java:1530) на org.mortbay.http.HttpContext.handle (HttpContext.java:1482) на org.mortbay.http.HttpServer.service (HttpServer.java:909) на org.mortbay.http.HttpConnection.service (HttpConnection.java:820) на org.mortbay.http.HttpConnection.handleNext (HttpConnection.java:986) на org.mortbay.http.HttpConnection.handle (HttpConnection.java:837) в org.mortbay.http.SocketListener.handleConnection (SocketListener.java:245) на org.mortbay.util.ThreadedServer.handle (ThreadedServer.java:357) at org.mortbay.util.ThreadPool $ PoolThread.run (ThreadPool.java:534). Вызвано: org.mule.providers.FatalConnectException: ReconnectStrategy. /127.0.0.1:8041" в org.mule.providers.SingleAttemptConnectionStrategy.doConnect (SingleAttemptConnectionStrategy.java:34) на org.mule.providers.AbstractConnectionStrategy.connect (AbstractConnectionStrategy.java:67) в org.mule.providers.AbstractMessageReceiver.connect (AbstractMessageReceiver.java:348) в org.mule.providers.SingleAttemptConnectionStrategy.doConnect (SingleAttemptConnectionStrategy.java:32) ... 22 moreCaused by: 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 moreCaused by: 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.model.RuntimeModeler.processMethod (неизвестный источник) в com.sun.xml.internal.ws.model.RuntimeModeler.processClass (неизвестный источник)в com.sun.xml.internal.ws.model.RuntimeModeler.buildRuntimeModel (неизвестный источник) в com.sun.xml.internal.ws.server.EndpointFactory.createSEIModel (неизвестный источник) в com.sun.xml.internal.ws.server.EndpointFactory.createEndpoint (неизвестный источник) по адресу com.sun.xml.internal.ws.api.server.WSEndpoint.create (неизвестный источник) по адресу com.sun.xml.internal.ws.api.server.WSEndpoint.create(Неизвестный источник) в com.sun.xml.internal.ws.transport.http.server.EndpointImpl.createEndpoint (Неизвестный источник) в com.sun.xml.internal.ws.transport.http.server.EndpointImpl.publish (НеизвестныйИсточник) на com.mirth.connect.connectors.ws.WebServiceMessageReceiver.doConnect (WebServiceMessageReceiver.java:125) на org.mule.providers.AbstractMessageReceiver.connect (AbstractMessageReceiver.java:355) ... 26 еще

** Канал, который я использовал, отлично работал на Mirth 1.8, но когда я развернул его в 2.0, он продолжал получать эту ошибку, и я проверил с помощью netstat, чтобы убедиться, что используемый порт не занят.Я попытался добавить JAXWS и JAXB в пользовательскую библиотеку, но она также не работает (пробовал это решение на форуме поддержки Mirth).Еще одна вещь, я использовал службу по умолчанию для прослушивателя веб-службы.Есть идеи, как решить эту проблему?

Заранее спасибо

дополнительное примечание: я еще не удалил версию 1.8, поскольку она все еще используется текущей программой, разработанной моей компанией.

Answer 1

Я знаю, что это довольно старо, но я решил, что все равно отвечу.Я думаю, что это та же проблема, с которой столкнулась моя команда:

В Mirth 2.0 возникла проблема - после перезапуска службы или перезагрузки компьютера она пытается связаться с WSDL один раз ,Если ваш WSDL не обнаруживается, вы получаете эту ошибку при развертывании каналов.

Мы устно подтвердили с командой поддержки Mirth, что это была известная проблема, но, к сожалению, я не могу найти ее в трекере их проблем.Я не знаю, исправлено ли это.Я бы попробовал использовать последнюю версию или поочередно убедиться, что ваш WSDL может быть найден Миртом.