Mailing-List: contact java-user-help@axis.apache.org; run by ezmlm
Precedence: bulk
Reply-To: java-user@axis.apache.org
Received-SPF: pass (nike.apache.org: domain of andreas.veithen@gmail.com
 designates 209.85.161.45 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :content-type:content-transfer-encoding;
        b=FvCZdAOuBTxzqsRCFT1qiy08FQAb9wGJc4u90R7DtNOZ9VS3G7IY3g5NM4AwGDHoFA
         Gs1cE6tjTvQvxcamOkYMiux3HxgIt39IVPktSXioF9t4zF0BgQ/kJtO9r8YY5MRa0qXi
         ZnwM2yOBuamHGo2jGUrJ3+oqgLhPHr7K4NBDg=
MIME-Version: 1.0
In-Reply-To: <4C319E4B.7040500@web.de>
References: <4C1871C8.1040808@web.de> <4C241DE4.5090400@sosnoski.com>
	<AANLkTilzLrJ8C0FXFzdWaEUnXXMFlCmJvNCGG-L6OhcF@mail.gmail.com>
	<4C319E4B.7040500@web.de>
From: Andreas Veithen <andreas.veithen@gmail.com>
Date: Mon, 5 Jul 2010 20:51:29 +0200
Message-ID: <AANLkTilhknlVSNRlCZf_OXK2BuyIk2vDN2Bu-q2rKuis@mail.gmail.com>
Subject: Re: Invinitive Loop using axis2/JiBX
To: java-user@axis.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

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 <juergen.bockhorn@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=FCrgen
>
>
> Andreas Veithen schrieb =A0am 26.06.2010 09:20:
>>
>> This issue is probably caused by WSCOMMONS-489.
>>
>> Andreas
>>
>> On Fri, Jun 25, 2010 at 05:09, Dennis Sosnoski<dms@sosnoski.com> =A0wrot=
e:
>>
>>>
>>> Hi J=FCrgen,
>>>
>>> This looks like an AXIOM issue to me. As far as I can see from the stac=
k
>>> 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> =A0methods in the stack trace) that the pro=
blem
>>> 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.
>>>
>>> =A0- 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 te=
st
>>>> we got reproducible two threads using one cpu each.
>>>>
>>>> They are both looping around the following stack trace.
>>>>
>>>>
>>>> "http-8080-37" - Thread t@71
>>>> =A0 java.lang.Thread.State: RUNNABLE
>>>> =A0 =A0at
>>>>
>>>> com.sun.xml.stream.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.=
java:353)
>>>> =A0 =A0at com.sun.xml.stream.XMLReaderImpl.next(XMLReaderImpl.java:557=
)
>>>> =A0 =A0at
>>>>
>>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.parserNext(StAXOMBuilde=
r.java:506)
>>>> =A0 =A0at
>>>>
>>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java=
:161)
>>>> =A0 =A0at
>>>>
>>>> org.apache.axiom.soap.impl.builder.StAXSOAPModelBuilder.getSOAPEnvelop=
e(StAXSOAPModelBuilder.java:156)
>>>> =A0 =A0at
>>>>
>>>> org.apache.axiom.soap.impl.builder.StAXSOAPModelBuilder.<init>(StAXSOA=
PModelBuilder.java:105)
>>>> =A0 =A0at
>>>>
>>>> org.apache.axis2.builder.SOAPBuilder.processDocument(SOAPBuilder.java:=
53)
>>>> =A0 =A0at
>>>>
>>>> org.apache.axis2.transport.TransportUtils.createDocumentElement(Transp=
ortUtils.java:164)
>>>> =A0 =A0at
>>>>
>>>> org.apache.axis2.transport.TransportUtils.createSOAPMessage(TransportU=
tils.java:112)
>>>> =A0 =A0at
>>>>
>>>> org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequ=
est(HTTPTransportUtils.java:270)
>>>> =A0 =A0at
>>>> org.apache.axis2.transport.http.AxisServlet.doPost(AxisServlet.java:13=
3)
>>>> =A0 =A0at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
>>>> =A0 =A0at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>>>> =A0 =A0at
>>>>
>>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appli=
cationFilterChain.java:290)
>>>> =A0 =A0at
>>>>
>>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFi=
lterChain.java:206)
>>>> =A0 =A0at
>>>>
>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVa=
lve.java:233)
>>>> =A0 =A0at
>>>>
>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextVa=
lve.java:175)
>>>> =A0 =A0at
>>>>
>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.ja=
va:128)
>>>> =A0 =A0at
>>>>
>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.ja=
va:102)
>>>> =A0 =A0at
>>>>
>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValv=
e.java:109)
>>>> =A0 =A0at
>>>>
>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java=
:286)
>>>> =A0 =A0at
>>>>
>>>> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:=
844)
>>>> =A0 =A0at
>>>>
>>>> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.proces=
s(Http11Protocol.java:583)
>>>> =A0 =A0at
>>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447=
)
>>>> =A0 =A0at java.lang.Thread.run(Thread.java:619)
>>>>
>>>> =A0 Locked ownable synchronizers:
>>>> =A0 =A0- None
>>>>
>>>>
>>>> Does anybody know this problem and has a solution or a hint where to
>>>> search.
>>>>
>>>>
>>>> Best regards,
>>>>
>>>>
>>>> J=FCrgen
>>>>
>>>> --------------------------------------------------------------------- =
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