JAX-RS WebClient proxy sometimes fails to set Content-Type from @Consumes -------------------------------------------------------------------------
Key: CXF-4067 URL: https://issues.apache.org/jira/browse/CXF-4067 Project: CXF Issue Type: Bug Components: JAX-RS Affects Versions: 2.5 Environment: Talend Service Factory 2.5.0.0 (Karaf 2.2.4, CXF 2.5.0) Reporter: Chris Dolan I have a JAX-RS interface called JobQueueEndpoint with a method like this: @POST @Path("job/{queue}") @Consumes(MediaType.TEXT_XML) @Produces({MediaType.TEXT_XML, MediaType.APPLICATION_JSON}) JobIdentifierDTO submitJob(@PathParam("queue") String queueName, String jobXml); I create a client for this API like so: JobQueueEndpoint resource = JAXRSClientFactory.create(jobQueueUrl, JobQueueEndpoint.class); and invoke: resource.submitJob("qFoo", "<job/>"); But I get this: Jan 26, 2012 8:09:23 PM org.apache.cxf.jaxrs.utils.JAXRSUtils findTargetMethod WARNING: No operation matching request path "/jobqueue/job/qFoo" is found, Relative Path: /job/qFoo, HTTP Method: POST, ContentType: text/plain, Accept: text/xml,application/json,. Please enable FINE/TRACE log level for more details. The problem is that the client is sending "text/plain" and the server is expecting "text/xml". I'm guessing that's because the jobXml argument is a String. It seems to me that the client should always use the @Consumes value unless explicitly told otherwise. Perhaps the method should be refactored to take a Document instead of a String, but this problem seems like a bug. The other methods of this client work fine, so I believe it's not an environmental problem. I've tried to trace the code of WebClient, but I've gotten lost in its complexity... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira