cxf-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Scott Oster (JIRA)" <>
Subject [jira] Updated: (CXF-2419) WSDL2Java -allowElementReferences causes fatal errors in operation dispatching
Date Wed, 02 Sep 2009 15:17:32 GMT


Scott Oster updated CXF-2419:


The is the wsdl_first sample modified from the 2.2.3 release
to have the WSDL make use of an element reference, which (without passing the -allowElementReferences
flag) will cause the greetMe operation to be BARE style.  This zip file is a working project
with this modification (server and client updated to BARE methods).

The is the same project, but WSDL2Java was run passing
the -allowElementReferences flag (by modifying the common_build.xml call to wsdl2java [not
included]), which will cause the greetMe operation to be WRAPPED style.  Running this project
causes the reported exception to be raised when the greetMe operation is invoked.

> WSDL2Java -allowElementReferences causes fatal errors in operation dispatching
> ------------------------------------------------------------------------------
>                 Key: CXF-2419
>                 URL:
>             Project: CXF
>          Issue Type: Bug
>    Affects Versions: 2.2.3, 2.3
>            Reporter: Scott Oster
>            Priority: Critical
>         Attachments:,
> If I make use of local element references in WSDL, and run WSDL2Java passing the -allowElementReferences
flag, the code all gets properly generated with appropriate unwrapping, however, the service
does not work as the exchange is unable to locate the appropriate method in the implementation.
 The following error is generated whenever a method using element references is invokved:
> Sep 2, 2009 11:04:57 AM org.apache.cxf.phase.PhaseInterceptorChain doIntercept
> WARNING: Application has thrown exception, unwinding now
> org.apache.cxf.interceptor.Fault: null while invoking <null> with params [oster].
> 	at org.apache.cxf.service.invoker.AbstractInvoker.createFault(
> 	at org.apache.cxf.jaxws.AbstractJAXWSMethodInvoker.createFault(
> 	at org.apache.cxf.service.invoker.AbstractInvoker.invoke(
> 	at org.apache.cxf.jaxws.JAXWSMethodInvoker.invoke(
> 	at org.apache.cxf.service.invoker.AbstractInvoker.invoke(
> 	at org.apache.cxf.interceptor.ServiceInvokerInterceptor$
> 	at java.util.concurrent.Executors$
> 	at java.util.concurrent.FutureTask$Sync.innerRun(
> 	at
> 	at org.apache.cxf.workqueue.SynchronousExecutor.execute(
> 	at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(
> 	at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(
> 	at org.apache.cxf.transport.ChainInitiationObserver.onMessage(
> 	at org.apache.cxf.transport.http_jetty.JettyHTTPDestination.serviceRequest(
> 	at org.apache.cxf.transport.http_jetty.JettyHTTPDestination.doService(
> 	at org.apache.cxf.transport.http_jetty.JettyHTTPHandler.handle(
> 	at org.mortbay.jetty.handler.ContextHandler.handle(
> 	at org.mortbay.jetty.handler.ContextHandlerCollection.handle(
> 	at org.mortbay.jetty.handler.HandlerWrapper.handle(
> 	at org.mortbay.jetty.Server.handle(
> 	at org.mortbay.jetty.HttpConnection.handleRequest(
> 	at org.mortbay.jetty.HttpConnection$RequestHandler.content(
> 	at org.mortbay.jetty.HttpParser.parseNext(
> 	at org.mortbay.jetty.HttpParser.parseAvailable(
> 	at org.mortbay.jetty.HttpConnection.handle(
> 	at
> 	at org.mortbay.thread.QueuedThreadPool$
> Caused by: java.lang.NullPointerException
> 	at org.apache.cxf.service.invoker.AbstractInvoker.insertExchange(
> 	at org.apache.cxf.service.invoker.AbstractInvoker.performInvocation(
> 	at org.apache.cxf.service.invoker.AbstractInvoker.invoke(
> 	... 24 more

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message