cxf-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Akitoshi Yoshida (JIRA)" <>
Subject [jira] [Commented] (CXF-6665) ClassCastException in SoapActionInInterceptor
Date Thu, 05 Nov 2015 17:03:27 GMT


Akitoshi Yoshida commented on CXF-6665:

Here is a short update and the info about this problem.

The relevant code that brought this regression to 2.7.x is about handling a non-conformant
soap 1.2 multipart request header that does not set the start-info and action properties.
So, the code itself is normally never executed, assuming most clients follow the relevant
specs and set these properties. We have tested this code for CXF 3.1.x and 3.0.x at that time
and have some test cases. However, in CXF 2.7.x, this code was integrated incorrectly and
didn't expose this issue earlier.

We will fix this issue for 2.7.x. 

> ClassCastException in SoapActionInInterceptor
> ---------------------------------------------
>                 Key: CXF-6665
>                 URL:
>             Project: CXF
>          Issue Type: Bug
>          Components: Soap Binding
>    Affects Versions: 2.7.17
>            Reporter: Tom Cunningham
>            Assignee: Akitoshi Yoshida
> Seeing a ClassCastException in SoapActionInInterceptor after upgrading to cxf 2.7.17.
   I do not see this error in previous versions of CXF - it looks like this is caused by the
changes in CXF-6433.
> 02:54:00,882 WARN  [org.apache.cxf.phase.PhaseInterceptorChain] Interceptor for {urn:switchyard-quickstart:soap-attachment:1.0}ImageServiceService
has thrown exception, unwinding now
> java.lang.ClassCastException: javax.mail.internet.InternetHeaders cannot be cast to java.util.Map
>         at org.apache.cxf.binding.soap.interceptor.SoapActionInInterceptor.getSoapAction(
>         at org.apache.cxf.binding.soap.interceptor.SoapActionInInterceptor.handleMessage(
>         at org.apache.cxf.binding.soap.interceptor.SoapActionInInterceptor.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.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.AbstractHttpConnection.handleRequest(
>         at org.eclipse.jetty.server.AbstractHttpConnection.content(
>         at org.eclipse.jetty.server.AbstractHttpConnection$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 message was sent by Atlassian JIRA

View raw message