You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cxf.apache.org by Max Pimm <ma...@alwayssunny.com> on 2010/08/02 18:50:11 UTC

Problems with asm in the classpath.

I am using CXF 2.2.3 and am experiencing a NullPointerException when 
treating incoming messages from a client that uses classes generated by 
wsdl2java.

This is a project that also uses hibernate which depends on asm. I have 
read the comments on asm in the migration guide 
http://cxf.apache.org/21-migration-guide.html and am using asm 2.2.3 
with cgi-libs 2.1_3.

The source code where the error occurs is not available (i imagine that 
this is because it is generated dynamically by asm). Here's a snippet of 
the stack trace.

Caused by: java.lang.NullPointerException
     at 
com.tecfa.tseo.generated.cxf.ids.RunScriptResponse_WrapperTypeHelper1.getWrapperParts(Unknown 
Source)
     at 
org.apache.cxf.jaxws.interceptors.WrapperClassInInterceptor.handleMessage(WrapperClassInInterceptor.java:135)

If i take asm out of my classpath then i don't get the error.

I have logging turned on. This is the payload of the response (from 
Adobe's InDesign Server), the error occurs when treating the 
scriptResult element:

<?xml version="1.0" encoding="UTF-8"?>
<SOAP-ENV:Envelope 
xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" 
xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xmlns:xsd="http://www.w3.org/2001/XMLSchema" 
xmlns:IDSP="http://ns.adobe.com/InDesign/soap/">
<SOAP-ENV:Body>
<IDSP:RunScriptResponse>
<errorNumber>0</errorNumber>
<scriptResult>
<data xsi:type="xsd:string">OK</data>
</scriptResult>
</IDSP:RunScriptResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>


My issue seems to be the same as this one that is marked as solved and 
closed:

https://issues.apache.org/jira/browse/CXF-1616

Any ideas on what could be causing this or how to debug it would be 
gratefully accepted.

Thanks

Max





Re: Problems with asm in the classpath.

Posted by Max Pimm <ma...@alwayssunny.com>.
I've just updated to 2.2.9 and the problem has disappeared.

Max

On 08/02/2010 06:50 PM, Max Pimm wrote:
> I am using CXF 2.2.3 and am experiencing a NullPointerException when 
> treating incoming messages from a client that uses classes generated 
> by wsdl2java.
>
> This is a project that also uses hibernate which depends on asm. I 
> have read the comments on asm in the migration guide 
> http://cxf.apache.org/21-migration-guide.html and am using asm 2.2.3 
> with cgi-libs 2.1_3.
>
> The source code where the error occurs is not available (i imagine 
> that this is because it is generated dynamically by asm). Here's a 
> snippet of the stack trace.
>
> Caused by: java.lang.NullPointerException
>     at 
> com.tecfa.tseo.generated.cxf.ids.RunScriptResponse_WrapperTypeHelper1.getWrapperParts(Unknown 
> Source)
>     at 
> org.apache.cxf.jaxws.interceptors.WrapperClassInInterceptor.handleMessage(WrapperClassInInterceptor.java:135) 
>
>
> If i take asm out of my classpath then i don't get the error.
>
> I have logging turned on. This is the payload of the response (from 
> Adobe's InDesign Server), the error occurs when treating the 
> scriptResult element:
>
> <?xml version="1.0" encoding="UTF-8"?>
> <SOAP-ENV:Envelope 
> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" 
> xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/"
>         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
> xmlns:xsd="http://www.w3.org/2001/XMLSchema" 
> xmlns:IDSP="http://ns.adobe.com/InDesign/soap/">
> <SOAP-ENV:Body>
> <IDSP:RunScriptResponse>
> <errorNumber>0</errorNumber>
> <scriptResult>
> <data xsi:type="xsd:string">OK</data>
> </scriptResult>
> </IDSP:RunScriptResponse>
> </SOAP-ENV:Body>
> </SOAP-ENV:Envelope>
>
>
> My issue seems to be the same as this one that is marked as solved and 
> closed:
>
> https://issues.apache.org/jira/browse/CXF-1616
>
> Any ideas on what could be causing this or how to debug it would be 
> gratefully accepted.
>
> Thanks
>
> Max
>
>
>
>
>