You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cxf.apache.org by ybak <yb...@gmail.com> on 2011/09/14 11:40:14 UTC

Map unmarshal error in high load serverside

Hi, all. thanks for your hard work in CXF.

I got a problem it both me  a lot. 

The version of CXF we are using is 2.2.4. but it also goes wrong from 2.2.4
~ 2.3.6.

The service is very simple :


and the spring configuration:


the denpendency in pom.xml includes:



The unmarshal went wrong in *String mapService(MyPrice myPrice) *
occasionally in high load situation. 2 threads  started to send soap
requests simultaneously.

The error log:



Seems there is a concurrent issue while unmarsharlling objects.

Is there something wrong with my CXF configuration?

Thanks a lot..

--
View this message in context: http://cxf.547215.n5.nabble.com/Map-unmarshal-error-in-high-load-serverside-tp4802175p4802175.html
Sent from the cxf-user mailing list archive at Nabble.com.

Re: Map unmarshal error in high load serverside

Posted by ybak <yb...@gmail.com>.
strange, the  error disapeared after we changed the pom depenencies to:



--
View this message in context: http://cxf.547215.n5.nabble.com/Map-unmarshal-error-in-high-load-serverside-tp4802175p4802188.html
Sent from the cxf-user mailing list archive at Nabble.com.

Re: Map unmarshal error in high load serverside

Posted by ybak <yb...@gmail.com>.
After several tests. I think it's the implementation of jaxb's
problem(com.sun.xml.bind).
The concurrent issue jump out from version 2.1.12 to 2.1.13, and disappeared
from 2.2.*.
Thank you. Daniel.
坑爹

--
View this message in context: http://cxf.547215.n5.nabble.com/Map-unmarshal-error-in-high-load-serverside-tp4802175p4805418.html
Sent from the cxf-user mailing list archive at Nabble.com.

Re: Map unmarshal error in high load serverside

Posted by ybak <yb...@gmail.com>.
It seems this issue not caused by xml parser.
After we changed the  bad case's xml parser to good case xml parser.
by excluding woodstox jar. the concurrent issue still exist.



--
View this message in context: http://cxf.547215.n5.nabble.com/Map-unmarshal-error-in-high-load-serverside-tp4802175p4805278.html
Sent from the cxf-user mailing list archive at Nabble.com.

Re: Map unmarshal error in high load serverside

Posted by ybak <yb...@gmail.com>.
Hi, Daniel.
      Just checked the xml parser, found the error happens when we use
com.ctc.wstx.stax.WstxInputFactory as our xml parser( wstx-asl-3.2.8.jar).
      The xml parser of  later test which has no error is
com.sun.xml.internal.stream.XMLInputFactoryImpl(jdk1.6.0_24).
      I will check the difference.
Thanks.

--
View this message in context: http://cxf.547215.n5.nabble.com/Map-unmarshal-error-in-high-load-serverside-tp4802175p4805244.html
Sent from the cxf-user mailing list archive at Nabble.com.

Re: Map unmarshal error in high load serverside

Posted by Daniel Kulp <dk...@apache.org>.
Can you check  what Stax parser you are using?   Can you make sure you have 
woodstox and not some other parser in place?  I've seen some very strange 
things with older parsers and the parser built into the JDK.

Dan



On Wednesday, September 14, 2011 2:40:14 AM ybak wrote:
> Hi, all. thanks for your hard work in CXF.
> 
> I got a problem it both me  a lot.
> 
> The version of CXF we are using is 2.2.4. but it also goes wrong from 2.2.4
> ~ 2.3.6.
> 
> The service is very simple :
> 
> 
> and the spring configuration:
> 
> 
> the denpendency in pom.xml includes:
> 
> 
> 
> The unmarshal went wrong in *String mapService(MyPrice myPrice) *
> occasionally in high load situation. 2 threads  started to send soap
> requests simultaneously.
> 
> The error log:
> 
> 
> 
> Seems there is a concurrent issue while unmarsharlling objects.
> 
> Is there something wrong with my CXF configuration?
> 
> Thanks a lot..
> 
> --
> View this message in context:
> http://cxf.547215.n5.nabble.com/Map-unmarshal-error-in-high-load-serverside
> -tp4802175p4802175.html Sent from the cxf-user mailing list archive at
> Nabble.com.
-- 
Daniel Kulp
dkulp@apache.org
http://dankulp.com/blog
Talend - http://www.talend.com