[
https://issues.apache.org/jira/browse/CXF-5201?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13743857#comment-13743857
]
abdelgadiri edited comment on CXF-5201 at 8/19/13 2:42 PM:
-----------------------------------------------------------
for information I found that the fix for this issue and to ensure both test
cases pass with expected header is to swap the order of setting the response
header and writing to the output stream. So, the fix is for the
writerinterceptor to have:
response.setHeader("bug4986TestHeaderName", "bug4986TestHeaderValue");
originalStream.write(base64Body.getBytes("UTF-8"));
instead of:
originalStream.write(base64Body.getBytes("UTF-8"));
response.setHeader("bug4986TestHeaderName", "bug4986TestHeaderValue");
If you do the above, then no ClientAbortExceptions will be thrown and the
client will find all expected response headers. this hints that
org.apache.cxf.transport.http.AbstractHTTPDestination$WrappedOutputStream is
making an incorrect assumptions when writing to the output stream
was (Author: abdelgadiri):
for information I found that the fix for this issue and to ensure both test
cases pass with expected header is to swap the order of setting the response
header and writing to the output stream. So, the fix is for the
writerinterceptor to have:
response.setHeader("bug4986TestHeaderName", "bug4986TestHeaderValue");
originalStream.write(base64Body.getBytes("UTF-8"));
instead of:
originalStream.write(base64Body.getBytes("UTF-8"));
response.setHeader("bug4986TestHeaderName", "bug4986TestHeaderValue");
this hints that
org.apache.cxf.transport.http.AbstractHTTPDestination$WrappedOutputStream is
making an incorrect assumptions when writing to the output stream
> jaxrs2: unable to intercept response to add new response headers
> ----------------------------------------------------------------
>
> Key: CXF-5201
> URL: https://issues.apache.org/jira/browse/CXF-5201
> Project: CXF
> Issue Type: Bug
> Components: JAX-RS
> Affects Versions: 2.7.5, 2.7.6
> Environment: windows
> Reporter: abdelgadiri
> Attachments: bug4986-1.0.war, bug4986.zip
>
>
> In a WriterInterceptor, one expects to be able to modify response headers via:
> //here using putSingle() but could also use on of the addXXX variants
> context.getHeaders().putSingle("headerName", headerValue);
> However, above is not working in 2.7.5/2.7.6 (@see JIRA-4986)
> As a workaround, one should be able to inject the HttpServletResponse object
> via: @Context HttpServletResponse response;
> then be able to add headers directly to the response object e.g.,
> response.setHeader("headerName", headerValue);
> however, above is also not working in (2.7.5/2.7.6). This is not always
> reproducable as sometimes my client does see the new headers in the received
> response. On closer look it seems the added headers get lost when it is a
> @GET request as opposed to e.g., a @POST. Basically, my test case (a @GET)
> always fails with a missing header in the received response even though I am
> pretty sure the server had added the header.
--
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: http://www.atlassian.com/software/jira
