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<[email protected]>  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



[email protected] 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: [email protected] For additional
commands, e-mail: [email protected]

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]




---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to