Веб-сервис JAX-WS AXIS2 при развертывании WEBSPHERE 6.1 предоставляет файл java.lang.VerifyError - PullRequest
0 голосов
/ 13 февраля 2012

Я пытаюсь развернуть веб-сервис на основе jax ws axis2 в websphere 6.1.Он правильно работает в tomcat 5.5

Я выполняю шаги, описанные в онлайн-документации axis2 , доступной по этой ссылке

Как избежать конфликтов с JAX- в WebSphereВремя выполнения WS

Служба, похоже, правильно развернута (нет сообщений об ошибках в System out) и возвращает файл wsdl по запросу.Я также могу задействовать модуль веб-службы для ведения журнала.

Проблема возникает при вызове службы из клиента: она возвращает WebFault

Stacktrace насервер работает следующим образом:

[10/02/12 16.58.59: 861 CET] 0000001e FactoryRegist E org.apache.axis2.jaxws.registry.FactoryRegistry null java.lang.VerifyError atcom.sun.xml.bind.v2.model.impl.в com.sun.xml.bind.v2.model.impl.RuntimeTypeInfoSetImpl. (RuntimeTypeInfoSetImpl.java:61) в com.sun.xml.bind.v2.model.impl.RuntimeModelBuilder.createTypeInfoSet:il.Inde: Runtime7com.sun.xml.bind.v2.model.impl.RuntimeModelBuilder.createTypeInfoSet (RuntimeModelBuilder.java:79) в com.sun.xml.bind.v2.model.impl.ModelBuilder. (ModelBuilder.java:152 в com.sun.xml.bind.v2.model.impl.RuntimeModelBiilderJava: 286) в com.sun.xml.bind.v2.ContextFactory.createContext (ContextFactory.java:139) в com.sun.xml.bind.v2.ContextFactory.createContext (ContextFactory.java:117) в sun.reflect.NativeMethodAccessorImpl.invoke0 (нативный метод) в sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:79) в sun.reflect.DelegatingMethodAccessorImpl.invoke (methodava.hoke.jref.jj.java: 618) в javax.xml.bind.ContextFinder.newInstance (ContextFinder.java:214) в javax.xml.bind.ContextFinder.find (ContextFinder.java:375) в javax.xml.bind.JAXBContext.newInstance (JAXBContext.java:574) в javax.xml.bind.JAXBContext.newInstance (JAXBContext.java:522) в org.apache.axis2.jaxws.addressing.factory.impl.JAXWSEndpointReferenceFactoryImppo $ 1.runintReferenceFactoryImpl.java:61) в org.apache.axis2.java.security.AccessController.doPrivileged (AccessController.java:132) в org.apache.axis2.jaxws.addressing.factory.impl.JAXWSEndpointReferenceFactoryAj_jjF_ImpYFF (JB)) в org.apache.axis2.jaxws.registry.FactoryRegistry.init (FactoryRegistry.java:122) в org.apache.axis2.jaxws.registry.FactoryRegistry. (FactoryRegistry.java:97) в java.lang.J9VMInternals.initializeImpl(Собственный метод) в java.lang.J9VMInternals.initialize (J9VMInternals.java:194) в org.apache.axis2.jaxws.message.util.MessageUtils.getMessageFromMessageContext (MessageUtils.java:145s) в org.jache.ax.core.MessageContext. (MessageContext.java:120) в org.apache.axis2.jaxws.server.JAXWSMessageReceiver.receive (JAXWSMessageReceiver.java:124) в org.apache.axis2.engine.AxisEngine.rej (181) в org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest (HTTPTransportUtils.java:172) в org.apache.axis2.transport.http.AxisServlet.doPost (AxisServlet.java:146) в wgs.v3.servlet.JetAxisServlet.doPost (JetAxisServlet.java:30) в javax.servlet.http.HttpServlet.service (HttpSax63).servlet.http.HttpServlet.service (HttpServlet.java:856) вcom.ibm.ws.webcontainer.servlet.ServletWrapper.service (ServletWrapper.java:1096) в com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest (ServletWrapper.java:570) в com.ibm.ws.wswebcontainer.servlet.ServletWrapper.handleRequest (ServletWrapper.java:478) в com.ibm.ws.webcontainer.webapp.WebApp.handleRequest (WebApp.java:3444) в com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest (WebGroup.java:267) в com.ibm.ws.webcontainer.WebContainer.handleRequest (WebContainer.java:815) в com.ibm.ws.wswebcontainer.WebContainer.handleRequest (WebContainer.java:1466) в com.ibm.ws.webcontainer.channel.WCChannelLink.ready (WCChannelLink.java:119) в com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination (HttpInboundLink.java:458) в com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewInformation (HttpInboundLink.java:387) в com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready (HttpInboundLink.java:267) в com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.sendToDiscriminators (NewConnectionInitialReadCallback.java:214) в com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete (NewConnectionInitialReadCallback.java:113) в com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted (AioReadCompletionListener.java:165) в com.ibm.io.async.AbstractAsyncFuture.invokeCallback (AbstractAsyncFuture.java:217) в com.ibm.io.async.AsyncChannelFuture.fireCompletionActions (AsyncChannelFuture.java:161) на com.ibm.io.async.AsyncFuture.completed (AsyncFuture.java:136) на com.ibm.io.async.ResultHandler.complete (ResultHandler.java:195) в com.ibm.io.async.ResultHandler.runEventProcessingLoop (ResultHandler.java:743) на com.ibm.io.async.ResultHandler $ 2.run (ResultHandler.java:873) на com.ibm.ws.util.ThreadPool $ Worker.run (ThreadPool.java:1473)

Работая над этой проблемой и просматривая исходный код библиотек, выясняется, что ошибка возникает в методе JAXBContext newIstance

Включение журнала трассировки в загрузчике классов показано в виде класса javax.xml.datatype.DatatypeConstants, загруженного из PARENT, поскольку он не найден в модуле WAR, и это дает java.lang.VerifyError

Я не могу найти решение

1 Ответ

0 голосов
/ 14 февраля 2012

Наконец-то я вышел из этой проблемы

Просто добавив в библиотеку war следующие jar

xml-apis.jar
xercesImpl.jar
xalan.jar

В войне все правильно найдено без конфликтов с библиотеками IBM

...