cxf-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Daniel Kulp (JIRA)" <>
Subject [jira] Resolved: (CXF-2690) Oneway MEP with fastInfoset without 'force' results in no compression
Date Thu, 11 Mar 2010 16:20:27 GMT


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:
>             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.

View raw message