You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-dev@axis.apache.org by "naveen kvm (JIRA)" <ji...@apache.org> on 2009/01/22 15:03:59 UTC
[jira] Commented: (AXIS2-3929) Accept-Encoding: gzip,
MC_GZIP_REQUEST not observed, response not gzipped
[ https://issues.apache.org/jira/browse/AXIS2-3929?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12666145#action_12666145 ]
naveen kvm commented on AXIS2-3929:
-----------------------------------
Hi Andreas, I am facing a an issue related to g-zip stuff. My .nET webservice epxects the value of Content-Type HTTP header as "application/x-gzip". I don't know how to override the Content-Type header with a new value. I have added a new HTTP Header for Cotnent-tYpe but that's causing duplicate header problem. I have enabled gzip stuff in the same way as u did:
Options options = serviceStub._getServiceClient().getOptions();
options.setProperty(HTTPConstants.MC_GZIP_REQUEST, Boolean.TRUE);
options.setProperty(HTTPConstants.MC_ACCEPT_GZIP , Boolean.TRUE);
Thanks in advance for any help.
> Accept-Encoding: gzip, MC_GZIP_REQUEST not observed, response not gzipped
> -------------------------------------------------------------------------
>
> Key: AXIS2-3929
> URL: https://issues.apache.org/jira/browse/AXIS2-3929
> Project: Axis 2.0 (Axis2)
> Issue Type: Bug
> Components: transports
> Affects Versions: 1.4
> Environment: Java 1.5.0_11, 1.6.0_07, Windows XP SP2, Tomcat 5.5.23 or SimpleServer
> Reporter: Andreas Schoedl
> Priority: Minor
>
> Sending gzipped requests with Header "Accept-Encoding: gzip" return an ungzipped response.
> (Even when explicitly setting
> options.setProperty(HTTPConstants.MC_GZIP_RESPONSE, Boolean.TRUE);
> ).
> Testcase: Add following lines to samples\mtom\src\sample\mtom\client\Client.java after line 90 and run sample as described in the README.txt.
> Options options = serviceStub._getServiceClient().getOptions();
> options.setProperty(HTTPConstants.MC_GZIP_REQUEST, Boolean.TRUE);
> options.setProperty(HTTPConstants.MC_ACCEPT_GZIP , Boolean.TRUE);
> Watch in tcpmon how the request is now gzipped, but the response isn't.
> I thought I'd read on the users list "if the server receives gzip, it responds with gzip", so it really should?
> My Tomcat is configured with compression=on, which doesn't seem to make a difference.
> And it's still the server used in the sample that wouldn't respond with gzip.
> What am I missing?
> Best regards,
> Andreas
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.