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