#web-services #mirth
#веб-службы #mirth
Вопрос:
В настоящее время я использую 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): ошибка при регистрации channel. org.mule.поставщики.Исключение FatalConnectException: переподключите стратегию «org.mule.поставщики.SingleAttemptConnectionStrategy «не удалось повторно подключить получателя к конечной точке «ws: //127.0.0.1:8041» в org.mule.поставщики.Стратегия SingleAttemptConnectionStrategy.доКоннект (SingleAttemptConnectionStrategy.java:34) в org.mule.поставщики.Абстрактная стратегия подключения.connect (AbstractConnectionStrategy.java:67) в org.mule.поставщики.AbstractMessageReceiver.start (AbstractMessageReceiver.java:391) в org.mule.поставщики.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.Разместите (EngineServlet.java:46) в javax.сервлет.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.служба (HttpConnection.java:820) в org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:986) в org.mortbay.http.HttpConnection.обработайте (HttpConnection.java:837) в org.mortbay.http.SocketListener.handleConnection(SocketListener.java:245) в org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357) в org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534) Вызван: org.mule.поставщики.Исключение FatalConnectException: переподключите стратегию «org.mule.поставщики услуг.SingleAttemptConnectionStrategy «не удалось повторно подключить получателя к конечной точке «ws: //127.0.0.1: 8041» в организации.мул.поставщики.Стратегия SingleAttemptConnectionStrategy.доКоннект (SingleAttemptConnectionStrategy.java:34) в org.mule.поставщики.Абстрактная стратегия подключения.connect (AbstractConnectionStrategy.java:67) в org.mule.поставщики.AbstractMessageReceiver.connect (AbstractMessageReceiver.java:348) в org.mule.поставщики.Стратегия SingleAttemptConnectionStrategy.доКоннект(SingleAttemptConnectionStrategy.java:32) … Еще 22 вызвано: org.mule.поставщики.Исключение ConnectException: сбой инициализации: ошибка разработчика среды выполнения: класс-оболочка com.mirth.connect.connectors.ws.jaxws.Не найдено AcceptMessage. Вы запускали APT для их генерации? в org.mule.поставщики.AbstractMessageReceiver.connect (AbstractMessageReceiver.java:362) в org.mule.поставщики.Стратегия SingleAttemptConnectionStrategy.доКоннект(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.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.Конечная точка.createEndpoint (неизвестный источник) на com.sun.xml.internal.ws.transport.http.server.Конечная точка.опубликовать (неизвестный источник) на com.mirth.connect.connectors.ws.WebServiceMessageReceiver.доКоннект (WebServiceMessageReceiver.java:125) в org.mule.поставщики.AbstractMessageReceiver.connect (AbstractMessageReceiver.java:355) … еще 26
Канал, который я использовал, отлично работал в Mirth 1.8, но когда я развернул его в версии 2.0, он продолжал выдавать эту ошибку, и я проверил netstat, чтобы убедиться, что порт, который я использовал, не был занят. Я пытался добавить JAXWS и JAXB в пользовательскую библиотеку, но это также не работает (попробовал это решение на форуме поддержки Mirth). Еще одна вещь, я использовал службу по умолчанию для прослушивателя веб-службы. Есть идеи, как это решить?
Заранее спасибо
дополнительное примечание: я еще не удалил версию 1.8, поскольку она все еще используется текущей программой, разработанной моей компанией.
Ответ №1:
Я знаю, что это устарело, но я решил, что все равно отвечу на это. Я думаю, что это та же проблема, с которой столкнулась моя команда:
В Mirth 2.0 возникла проблема — после перезапуска службы или перезагрузки компьютера она один раз пытается связаться с WSDL. Если ваш WSDL недоступен для обнаружения, вы получаете эту ошибку при развертывании каналов.
Мы устно подтвердили службе поддержки Mirth, что это была известная проблема, но, к сожалению, я не могу найти ее в их системе отслеживания проблем. Я не знаю, исправлено ли это. Я бы попробовал использовать последнюю версию или, в качестве альтернативы, убедиться, что ваш WSDL можно найти с помощью Mirth.