cxf-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrei Shakirin (JIRA)" <>
Subject [jira] [Commented] (CXF-4289) Coping Request SOAP Headers to Fault response
Date Fri, 28 Dec 2012 17:50:12 GMT


Andrei Shakirin commented on CXF-4289:

Headers aren't copied from request as was described in issue, however AbstractJAXWSMethodInvoker.updateHeader()
copies all headers already set into response (except security ones) to Fault (method checks
header directions and copies only INOUT and OUT).
It makes sense to disable this behavior through property, because in some cases headers prepared
for normal response should not be sent if fault occurs.

> Coping Request SOAP Headers to Fault response
> ---------------------------------------------
>                 Key: CXF-4289
>                 URL:
>             Project: CXF
>          Issue Type: Improvement
>            Reporter: Andrei Shakirin
>            Assignee: Ulhas Bhole
>            Priority: Minor
>         Attachments: JAXWSMethodInvoker.patch
> Hi,
> Actually JAXWSMethodInvoker and AbstractJAXWSMethodInvoker contain code to copy request
soap headers (except security one) to SOAP Fault: AbstractJAXWSMethodInvoker.updateHeader().
> I see some use cases when it is not really desired:
> 1) Request SOAP headers contains some labelling information about request elements and
they make sense only with request
> 2) Request SOAP headers extending request elements with meta-information
> If request headers are copied into fault response, they can be invalid in response context
and cause undesired effects:
> a) it makes response processing on the client side more difficult, especially if processing
interceptor is called before incoming fault message is recognized and placed into exchange.getInFaultMessage()
> b) response fault message has larger size
> Proposal is to define context property that give user the possibility to switch-off coping
request headers into fault response.
> Patch is attached.
> Regards,
> Andrei.

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

View raw message