Hi all,
I encountered some strange behavior when using CXF with camel (using the
cxfrs component).
I have a route builder like:
from("cxfrs:bean:rsServer?bindingStyle=SimpleConsumer&resourceClasses=my.own.ResourceClass)
.bean(myBean, "myMethod")
Jetty is used as a transport mechanism.
When I use GET for my REST requestst, everything is fine.
However, when using POST, and supplying a (xml) body in the request, the
client does not get the expected response back, but a truncated version.
(okay, not exactly true.. the client does get all contents, but only SHOWS
a part of that content)
Say: my request looks like:
<helloWorld />
Then the response shown in the client (all clients: soapui, postman
(chrome), poster (firefox)) are like:
<?xml version=
Please note this should be a complete xml document, with some
<helloWorldResponse/> in it, but not shown at the moment.
Further investigations showed that the Content-Length header in the
response was 14, which is _exactly_ the length of the request body! The
client truncates the response to this content-length header value.
I thought that was just strange, so did some debugging.
Findings:
In org.apache.cxf.transport.http.Headers.copyFromRequest(HttpServletRequest)
all request headers (including the reqest Content-Length) are copied into
some field called 'headers'.
When creating the http servlet response
via org.apache.cxf.transport.http.Headers.copyToResponse(HttpServletResponse),
all headers present in the field 'headers' are copied onto the
HttpServletResponse.
--> there is my problem! The Content-Length header just getting copied from
request to response, forcing clients to truncate the response!
By the way: Jetty sees this, and emits a DEBUG msg saying:
org.eclipse.jetty.http.AbstractGenerator - ContentLength written==80 !=
contentLength==14
In a nutshell: I think the Content-Length headers should not be just copied
from request to response.
What do you think, is this a bug or some misunderstanding on my side?
Some info about the used jars:
camel:2.12.3
cxf:2.7.10
cxf-rt-transports-http-jetty:2.7.10
Thanks for your comments,
Jan Hoeve
