cxf-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Michael Heß (Commented) (JIRA) <>
Subject [jira] [Commented] (CXF-4023) invalid ProtocolVariant causes NullPointerException in RMSoapInterceptor
Date Thu, 16 Feb 2012 22:08:59 GMT


Michael Heß commented on CXF-4023:

Hi Aki,

thanks for getting back to this.

I am by no means an expert on WS-RM and the namespaces involved. I am pretty sure you have
far more smarter people then me on the team, that can make a better statement on what needs
to be supported. As far as I am concerned, the combinations that I came across are all covered
by CXF already.

In fact my issue is more about the NPE itself. I just wanted to point out, that it somewhat
derailed me, and forced me to inspect the code to understand where my mistake was. I think
that CXF could have supported me a bit more in that regard, as it technically already knew
that I was using a wrong mixture of namespaces. It simply was (or still is) unable to tell
me what it thinks is wrong.

So if you change the code so that the log gives a more reasonable explanaition of what went
wrong (i.e.invalid mixture of namespaces), then I would consider this fixed.

Let me know if I can give you any additional info on this.
> invalid ProtocolVariant causes NullPointerException in RMSoapInterceptor
> ------------------------------------------------------------------------
>                 Key: CXF-4023
>                 URL:
>             Project: CXF
>          Issue Type: Bug
>          Components: WS-* Components
>    Affects Versions: 2.5.1
>         Environment: Windows XP
> java version "1.6.0_26"
> Java(TM) SE Runtime Environment (build 1.6.0_26-b03)
> Java HotSpot(TM) Client VM (build 20.1-b02, mixed mode, sharing)
>            Reporter: Michael Heß
> If a WS-RM request contains a mixture of Protocol Variants (for WS-A and WS-RM) that
is unknown to, the following NPE is raised. 
> Interceptor for {}ReloadAccountService#{}ReloadAccount
has thrown exception, unwinding now
> java.lang.NullPointerException
> 	at
> 	at
> 	at
> 	at
> 	at
> 	at
> 	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.eclipse.jetty.server.handler.ContextHandler.doHandle(
> 	at org.eclipse.jetty.server.handler.ContextHandler.doScope(
> 	at org.eclipse.jetty.server.handler.ScopedHandler.handle(
> 	at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(
> 	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(
> 	at org.eclipse.jetty.server.Server.handle(
> 	at org.eclipse.jetty.server.HttpConnection.handleRequest(
> 	at org.eclipse.jetty.server.HttpConnection$RequestHandler.content(
> 	at org.eclipse.jetty.http.HttpParser.parseNext(
> 	at org.eclipse.jetty.http.HttpParser.parseAvailable(
> 	at org.eclipse.jetty.server.AsyncHttpConnection.handle(
> 	at
> 	at$
> 	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(
> 	at org.eclipse.jetty.util.thread.QueuedThreadPool$
> 	at
> This can probably be handled more gracefully?

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


View raw message