Mailing-List: contact axis-dev-help@ws.apache.org; run by ezmlm
Precedence: bulk
Reply-To: axis-dev@ws.apache.org
Message-ID: <1579728.1181161585949.JavaMail.jira@brutus>
Date: Wed, 6 Jun 2007 13:26:25 -0700 (PDT)
From: "Jochen Wiedmann (JIRA)" <jira@apache.org>
To: axis-dev@ws.apache.org
Subject: [jira] Commented: (AXIS2-2676) Issues using two different
 implementations of JABX in Axis and WS
In-Reply-To: <18723304.1179322398289.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/AXIS2-2676?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12502081 ] 

Jochen Wiedmann commented on AXIS2-2676:
----------------------------------------

First of all, let me recapitulate my understanding of the issue: Please verify whether I get this right so far.

The user has generated classes using JaxMe. At runtime, the wrong implementation of JAXBContext is loaded. This implementation is looking for a file jaxb.index or an ObjectFactory class in the package com.comcast.cable.sams.tts.service.xao.getcustomerticketresponse. At least the file isn't found, because JaxMe uses a file called Configuration.xml.

The actual issue is the instantiation of the wrong JAXBContext. Basically, the classpath may safely contain as many JAXB implementations as you like as long as the proper implementation of JAXBContext is choosen. Choosing this implementation is controlled by a file

    com/comcast/cable/sams/tts/service/xao/getcustomerticketresponse/jaxb.properties

with a property javax.xml.bind.context.factory

So, my guess is that there's have another jaxb.properties file in the classpath.Perhaps you have experimented with the sun implementation and did not clean the path?


> Issues using two different implementations of JABX in Axis and WS
> -----------------------------------------------------------------
>
>                 Key: AXIS2-2676
>                 URL: https://issues.apache.org/jira/browse/AXIS2-2676
>             Project: Axis 2.0 (Axis2)
>          Issue Type: Bug
>    Affects Versions: 1.1.1
>         Environment: Reproduced on Mac OSX, Solaris 10, and Windows. Using Java 1.4.2 and 1.6 update 1.
>            Reporter: Bruce Hitchcock
>            Assignee: Jochen Wiedmann
>             Fix For: 1.1.1
>
>
> I believe there is a conflict issue when a client  WS uses Apache JaxMe or JAXBI inside of Axis 2 1.1.1. My WS service successfully runs outside the container via junits. However, the following occurs when deployed inside Axis2
> Here is a stack trace.  The service operation is defined to take an xs:string and return an xs:string. Both are really XML however, the marshalling and unmarshalling is handled inside of XAOHelper. This is where the exception happens. I believe "doesnt contain ObjectFactory.class or jaxb.index" is particlular to the JAXB implementation inside the jar files include with Axis2 (Sun's impl ?) and not to Apache JaxMe.  This might be and issue of not specifing and implementation at run time. Any help will be greatly appreciated.
> 2007-05-15 22:27:49,651 [http-8080-Processor25] ERROR com.comcast.cable.sams.tts.service.xao.XAOHelper  - "com.comcast.cable.sams.tts.service.xao.getcustomerticketresponse" doesnt contain ObjectFactory.class or jaxb.index
> 2007-05-15 22:27:49,651 [http-8080-Processor25] ERROR com.comcast.cable.sams.tts.service.xao.XAOHelper  - "com.comcast.cable.sams.tts.service.xao.getcustomerticketresponse" doesnt contain ObjectFactory.class or jaxb.index
> 2007-05-15 22:27:49,651 [http-8080-Processor25] ERROR org.apache.axis2.rpc.receivers.RPCMessageReceiver  - javax.xml.bind.JAXBException: "com.comcast.cable.sams.tts.service.xao.getcustomerticketresponse" doesnt contain ObjectFactory.class or jaxb.index
> java.lang.reflect.InvocationTargetException
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> 	at java.lang.reflect.Method.invoke(Unknown Source)
> 	at org.apache.axis2.rpc.receivers.RPCMessageReceiver.invokeBusinessLogic(RPCMessageReceiver.java:118)
> 	at org.apache.axis2.receivers.AbstractInOutSyncMessageReceiver.receive(AbstractInOutSyncMessageReceiver.java:39)
> 	at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:497)
> 	at org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest(HTTPTransportUtils.java:328)
> 	at org.apache.axis2.transport.http.AxisServlet.doPost(AxisServlet.java:254)
> 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
> 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
> 	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
> 	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
> 	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210)
> 	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
> 	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
> 	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
> 	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
> 	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
> 	at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870)
> 	at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
> 	at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
> 	at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
> 	at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685)
> 	at java.lang.Thread.run(Unknown Source)
> Caused by: java.lang.Exception: javax.xml.bind.JAXBException: "com.comcast.cable.sams.tts.service.xao.getcustomerticketresponse" doesnt contain ObjectFactory.class or jaxb.index
> 	at com.comcast.cable.sams.tts.service.xao.XAOHelper.marshall(Unknown Source)
> 	at com.comcast.cable.sams.tts.service.xao.handler.GetCustomerTicketResponseXAOHandler.beanToXml(Unknown Source)
> 	at com.comcast.cable.sams.tts.service.xao.handler.GetCustomerTicketResponseXAOHandler.getXml(Unknown Source)
> 	at com.comcast.cable.sams.tts.service.GetCustomerTicketPivot.execute(GetCustomerTicketPivot.java:172)
> 	at com.comcast.cable.sams.tts.service.CustomerTicketService.getCustomerTicket(CustomerTicketService.java:61)
> 	... 25 more
> Caused by: javax.xml.bind.JAXBException: "com.comcast.cable.sams.tts.service.xao.getcustomerticketresponse" doesnt contain ObjectFactory.class or jaxb.index
> 	at com.sun.xml.bind.v2.ContextFactory.createContext(ContextFactory.java:119)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> 	at java.lang.reflect.Method.invoke(Unknown Source)
> 	at javax.xml.bind.ContextFinder.newInstance(Unknown Source)
> 	at javax.xml.bind.ContextFinder.find(Unknown Source)
> 	at javax.xml.bind.JAXBContext.newInstance(Unknown Source)
> 	at javax.xml.bind.JAXBContext.newInstance(Unknown Source)
> 	at javax.xml.bind.JAXBContext.newInstance(Unknown Source)
> 	... 30 more
> 2007-05-15 22:27:49,651 [http-8080-Processor25] DEBUG org.apache.axis2.transport.http.AxisServlet  - org.apache.axis2.AxisFault: javax.xml.bind.JAXBException: "com.comcast.cable.sams.tts.service.xao.getcustomerticketresponse" doesnt contain ObjectFactory.class or jaxb.index
> 2007-05-15 22:27:49,651 [http-8080-Processor25] DEBUG org.apache.axis2.addressing.AddressingHelper  - isReplyRedirected: FaultTo is null. Returning isReplyRedirected
> 2007-05-15 22:27:49,651 [http-8080-Processor25] DEBUG org.apache.axis2.addressing.AddressingHelper  - isReplyRedirected: ReplyTo is null. Returning false
> 2007-05-15 22:27:49,682 [http-8080-Processor25] DEBUG org.apache.axis2.engine.Phase  - Checking pre-condition for Phase "soapmonitorPhase"
> 2007-05-15 22:27:49,682 [http-8080-Processor25] DEBUG org.apache.axis2.engine.Phase  - Invoking phase "soapmonitorPhase"
> 2007-05-15 22:27:49,682 [http-8080-Processor25] DEBUG org.apache.axis2.engine.Phase  - Checking post-conditions for phase "soapmonitorPhase"
> 2007-05-15 22:27:49,682 [http-8080-Processor25] DEBUG org.apache.axis2.engine.Phase  - Checking pre-condition for Phase "OperationOutFaultPhase"
> 2007-05-15 22:27:49,682 [http-8080-Processor25] DEBUG org.apache.axis2.engine.Phase  - Invoking phase "OperationOutFaultPhase"
> 2007-05-15 22:27:49,682 [http-8080-Processor25] DEBUG org.apache.axis2.engine.Phase  - Checking post-conditions for phase "OperationOutFaultPhase"
> 2007-05-15 22:27:49,682 [http-8080-Processor25] DEBUG org.apache.axis2.engine.Phase  - Checking pre-condition for Phase "PolicyDetermination"
> 2007-05-15 22:27:49,682 [http-8080-Processor25] DEBUG org.apache.axis2.engine.Phase  - Invoking phase "PolicyDetermination"
> 2007-05-15 22:27:49,682 [http-8080-Processor25] DEBUG org.apache.axis2.engine.Phase  - Checking post-conditions for phase "PolicyDetermination"
> 2007-05-15 22:27:49,682 [http-8080-Processor25] DEBUG org.apache.axis2.engine.Phase  - Checking pre-condition for Phase "MessageOut"
> 2007-05-15 22:27:49,682 [http-8080-Processor25] DEBUG org.apache.axis2.engine.Phase  - Invoking phase "MessageOut"
> 2007-05-15 22:27:49,682 [http-8080-Processor25] DEBUG org.apache.axis2.engine.Phase  - Invoking Handler 'AddressingOutHandler' in Phase 'MessageOut'
> 2007-05-15 22:27:49,682 [http-8080-Processor25] DEBUG org.apache.axis2.handlers.addressing.AddressingHandler  - Addressing is disabled .....
> 2007-05-15 22:27:49,682 [http-8080-Processor25] DEBUG org.apache.axis2.engine.Phase  - Checking post-conditions for phase "MessageOut"
> 2007-05-15 22:27:49,682 [http-8080-Processor25] DEBUG org.apache.axiom.om.util.StAXUtils  - XMLStreamWriter is com.ctc.wstx.sw.SimpleNsStreamWriter

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org