You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cxf.apache.org by "Daniel Kulp (JIRA)" <ji...@apache.org> on 2010/03/11 17:20:27 UTC
[jira] Resolved: (CXF-2690) Oneway MEP with fastInfoset without
'force' results in no compression
[ https://issues.apache.org/jira/browse/CXF-2690?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Daniel Kulp resolved CXF-2690.
------------------------------
Resolution: Not A Problem
Fix Version/s: Invalid
Assignee: Daniel Kulp
Resolved as it's working properly.
The clients work fine with the 202 without the Content-Type. I updated the server side code to not generate the Content-Type for the 202 response and all the clients are fine.
> Oneway MEP with fastInfoset without 'force' results in no compression
> ---------------------------------------------------------------------
>
> Key: CXF-2690
> URL: https://issues.apache.org/jira/browse/CXF-2690
> Project: CXF
> Issue Type: Bug
> Components: OtherDatabindings, Transports
> Affects Versions: 2.2.6
> Environment: Windows Vista
> jdk1.6.0_07
> Reporter: Reinis Vicups
> Assignee: Daniel Kulp
> Fix For: Invalid
>
>
> If a fastInfoset (accept=application/fastinfoset) @Oneway Message is sent to the Server and 'force' option of the fastInfoset is not set to 'true', the server would give 202 response and would use content-type: text/xml like this:
> 15:04:33,000 DEBUG [main] cxf.transport.http.HTTPConduit (2132) - Header fields:
> null: [HTTP/1.1 202 Accepted]
> Content-Length: [0]
> Content-Type: [text/xml]
> Server: [Jetty(6.1.21)]
> I am not sure if this is the consequence of server answering with text/xml, but as a result the client issues all of the following requests with text/xml aswell instead of switching to application/fastinfoset.
> Per definition fastinfoset works like this:
> 1. client requests server with content-type:text/xml but indicates that it (client) accept:application/fastinfoset;
> 2. server responds with content-type:application/fastinfoset
> 3. all the following requests from client to server will be with content-type:application/fastinfoset
> Additional info that might be relevant:
> - I have tested with multiple messages (not just two)
> - All messages were sent from the same instance of client and received by the same instance of server (no new instances were created)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.