You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-user@axis.apache.org by "JayBee@web.de" <ju...@web.de> on 2010/07/05 10:56:43 UTC
Re: Invinitive Loop using axis2/JiBX
Hello Andreas,
we downloaded woodstox as described in
WSCOMMONS-489 and put the jars in the CLASSPATH (the axis2-lib directory).
But we've got the same problem with the same stack trace reported below.
I think that woodstox was not found.
Is the any indicator (log etc.) that shows that woodstox is really used ?
Best regards,
Jürgen
Andreas Veithen schrieb am 26.06.2010 09:20:
> This issue is probably caused by WSCOMMONS-489.
>
> Andreas
>
> On Fri, Jun 25, 2010 at 05:09, Dennis Sosnoski<dm...@sosnoski.com> wrote:
>
>> Hi Jürgen,
>>
>> This looks like an AXIOM issue to me. As far as I can see from the stack
>> trace the JiBX code is not involved at this point in the execution. In fact,
>> it looks to me (judging from the createDocumentElement and
>> StAXSOAPModelBuilder.<init> methods in the stack trace) that the problem is
>> occurring during AXIOM's initialization of the document.
>>
>> I thought I'd seen some references to thread safety issues with AXIOM, but I
>> can't seem to find anything on the topic offhand. You might want to research
>> that, or create an AXIOM Jira.
>>
>> - Dennis
>>
>> Dennis M. Sosnoski
>> XML and Web Services in Java
>> Training and Consulting
>> http://www.sosnoski.com - http://www.sosnoski.co.nz
>> Seattle, WA +1-425-939-0576 - Wellington, NZ +64-4-298-6117
>>
>>
>>
>> JayBee@web.de wrote:
>>
>>> Hello,
>>>
>>>
>>> we are using Axis2 with JiBX web-services in a Tomcat. After a load test
>>> we got reproducible two threads using one cpu each.
>>>
>>> They are both looping around the following stack trace.
>>>
>>>
>>> "http-8080-37" - Thread t@71
>>> java.lang.Thread.State: RUNNABLE
>>> at
>>> com.sun.xml.stream.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:353)
>>> at com.sun.xml.stream.XMLReaderImpl.next(XMLReaderImpl.java:557)
>>> at
>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.parserNext(StAXOMBuilder.java:506)
>>> at
>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:161)
>>> at
>>> org.apache.axiom.soap.impl.builder.StAXSOAPModelBuilder.getSOAPEnvelope(StAXSOAPModelBuilder.java:156)
>>> at
>>> org.apache.axiom.soap.impl.builder.StAXSOAPModelBuilder.<init>(StAXSOAPModelBuilder.java:105)
>>> at
>>> org.apache.axis2.builder.SOAPBuilder.processDocument(SOAPBuilder.java:53)
>>> at
>>> org.apache.axis2.transport.TransportUtils.createDocumentElement(TransportUtils.java:164)
>>> at
>>> org.apache.axis2.transport.TransportUtils.createSOAPMessage(TransportUtils.java:112)
>>> at
>>> org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest(HTTPTransportUtils.java:270)
>>> at
>>> org.apache.axis2.transport.http.AxisServlet.doPost(AxisServlet.java:133)
>>> 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:290)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>>> at
>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
>>> at
>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
>>> at
>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
>>> at
>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
>>> at
>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
>>> at
>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
>>> at
>>> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
>>> at
>>> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
>>> at
>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
>>> at java.lang.Thread.run(Thread.java:619)
>>>
>>> Locked ownable synchronizers:
>>> - None
>>>
>>>
>>> Does anybody know this problem and has a solution or a hint where to
>>> search.
>>>
>>>
>>> Best regards,
>>>
>>>
>>> Jürgen
>>>
>>> --------------------------------------------------------------------- To
>>> unsubscribe, e-mail: java-user-unsubscribe@axis.apache.org For additional
>>> commands, e-mail: java-user-help@axis.apache.org
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: java-user-unsubscribe@axis.apache.org
>> For additional commands, e-mail: java-user-help@axis.apache.org
>>
>>
>>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-user-unsubscribe@axis.apache.org
> For additional commands, e-mail: java-user-help@axis.apache.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: java-user-unsubscribe@axis.apache.org
For additional commands, e-mail: java-user-help@axis.apache.org
Re: Invinitive Loop using axis2/JiBX
Posted by Andreas Veithen <an...@gmail.com>.
If it's the same stack trace (with com.sun.xml.stream), then Woodstox
is not used. Maybe you have an sjsxp JAR in the classpath?
Andreas
On Mon, Jul 5, 2010 at 10:56, JayBee@web.de <ju...@web.de> wrote:
> Hello Andreas,
>
> we downloaded woodstox as described in
>
> WSCOMMONS-489 and put the jars in the CLASSPATH (the axis2-lib directory).
>
> But we've got the same problem with the same stack trace reported below.
> I think that woodstox was not found.
>
> Is the any indicator (log etc.) that shows that woodstox is really used ?
>
> Best regards,
>
> Jürgen
>
>
> Andreas Veithen schrieb am 26.06.2010 09:20:
>>
>> This issue is probably caused by WSCOMMONS-489.
>>
>> Andreas
>>
>> On Fri, Jun 25, 2010 at 05:09, Dennis Sosnoski<dm...@sosnoski.com> wrote:
>>
>>>
>>> Hi Jürgen,
>>>
>>> This looks like an AXIOM issue to me. As far as I can see from the stack
>>> trace the JiBX code is not involved at this point in the execution. In
>>> fact,
>>> it looks to me (judging from the createDocumentElement and
>>> StAXSOAPModelBuilder.<init> methods in the stack trace) that the problem
>>> is
>>> occurring during AXIOM's initialization of the document.
>>>
>>> I thought I'd seen some references to thread safety issues with AXIOM,
>>> but I
>>> can't seem to find anything on the topic offhand. You might want to
>>> research
>>> that, or create an AXIOM Jira.
>>>
>>> - Dennis
>>>
>>> Dennis M. Sosnoski
>>> XML and Web Services in Java
>>> Training and Consulting
>>> http://www.sosnoski.com - http://www.sosnoski.co.nz
>>> Seattle, WA +1-425-939-0576 - Wellington, NZ +64-4-298-6117
>>>
>>>
>>>
>>> JayBee@web.de wrote:
>>>
>>>>
>>>> Hello,
>>>>
>>>>
>>>> we are using Axis2 with JiBX web-services in a Tomcat. After a load test
>>>> we got reproducible two threads using one cpu each.
>>>>
>>>> They are both looping around the following stack trace.
>>>>
>>>>
>>>> "http-8080-37" - Thread t@71
>>>> java.lang.Thread.State: RUNNABLE
>>>> at
>>>>
>>>> com.sun.xml.stream.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:353)
>>>> at com.sun.xml.stream.XMLReaderImpl.next(XMLReaderImpl.java:557)
>>>> at
>>>>
>>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.parserNext(StAXOMBuilder.java:506)
>>>> at
>>>>
>>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:161)
>>>> at
>>>>
>>>> org.apache.axiom.soap.impl.builder.StAXSOAPModelBuilder.getSOAPEnvelope(StAXSOAPModelBuilder.java:156)
>>>> at
>>>>
>>>> org.apache.axiom.soap.impl.builder.StAXSOAPModelBuilder.<init>(StAXSOAPModelBuilder.java:105)
>>>> at
>>>>
>>>> org.apache.axis2.builder.SOAPBuilder.processDocument(SOAPBuilder.java:53)
>>>> at
>>>>
>>>> org.apache.axis2.transport.TransportUtils.createDocumentElement(TransportUtils.java:164)
>>>> at
>>>>
>>>> org.apache.axis2.transport.TransportUtils.createSOAPMessage(TransportUtils.java:112)
>>>> at
>>>>
>>>> org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest(HTTPTransportUtils.java:270)
>>>> at
>>>> org.apache.axis2.transport.http.AxisServlet.doPost(AxisServlet.java:133)
>>>> 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:290)
>>>> at
>>>>
>>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>>>> at
>>>>
>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
>>>> at
>>>>
>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
>>>> at
>>>>
>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
>>>> at
>>>>
>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
>>>> at
>>>>
>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
>>>> at
>>>>
>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
>>>> at
>>>>
>>>> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
>>>> at
>>>>
>>>> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
>>>> at
>>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
>>>> at java.lang.Thread.run(Thread.java:619)
>>>>
>>>> Locked ownable synchronizers:
>>>> - None
>>>>
>>>>
>>>> Does anybody know this problem and has a solution or a hint where to
>>>> search.
>>>>
>>>>
>>>> Best regards,
>>>>
>>>>
>>>> Jürgen
>>>>
>>>> --------------------------------------------------------------------- To
>>>> unsubscribe, e-mail: java-user-unsubscribe@axis.apache.org For
>>>> additional
>>>> commands, e-mail: java-user-help@axis.apache.org
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: java-user-unsubscribe@axis.apache.org
>>> For additional commands, e-mail: java-user-help@axis.apache.org
>>>
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: java-user-unsubscribe@axis.apache.org
>> For additional commands, e-mail: java-user-help@axis.apache.org
>>
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-user-unsubscribe@axis.apache.org
> For additional commands, e-mail: java-user-help@axis.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: java-user-unsubscribe@axis.apache.org
For additional commands, e-mail: java-user-help@axis.apache.org