Will soap ui supports Gzip compressed web services

Hi!

hm, this should work. What response do you see in the HTTP log for the request?

regards!

/Ole
eviware.com

eviware support wrote:
Hi! hm, this should work. What response do you see in the HTTP log for the request? eviware.com

Thanks a lot Ole for the response .This is the complete roadblock for our project. Your help in this regards will be much appriciated.

I sent some sample simple request . Http logs displays as below :

Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:>> "POST /PortfolioRisk-CP/PortfolioRisk_V1.svc HTTP/1.1[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:>> "Accept-Encoding: gzip,deflate[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:>> "Content-Type: application/soap+xml;charset=UTF-8;action="http://risk.portfolio.services.tfn.thomson.com/2011-01-01/GetRiskMeasures"[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:>> "User-Agent: Jakarta Commons-HttpClient/3.1[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:>> "Host: imriskserver-02[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:>> "Content-Length: 1038[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:>> "[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:>> "<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:user="http://schemas.reuters.com/ns/2007/10/cp/user_identity" xmlns:ns="http://risk.portfolio.services.tfn.thomson.com/2011-01-01/" xmlns:thom="http://schemas.datacontract.org/2004/07/Thomson.Financial.Vestek.Apps.TopasEnterprise.TopasWebServiceShared.Date20091126" xmlns:ns1="http://risk.portfolio.schemas.tfn.thomson.com/Messages/2011-01-01/">[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:>> " <soap:Header>[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:>> " <user:userIdentity>[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:>> " <user:UUID>TOPETEST7</user:UUID>[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:>> " <user:SUBID>?</user:SUBID>[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:>> " </user:userIdentity>[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:>> " <ns:RequestId>3efd3d61-82da-4f1e-b392-08c7ce0ca9d5</ns:RequestId>[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:>> " <ns:ClientDetails>[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:>> " <!--Optional:-->[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:>> " <thom:MachineDetails>?</thom:MachineDetails>[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:>> " <!--Optional:-->[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:>> " <thom:ProductVersion>Portfolio risk 1.2</thom:ProductVersion>[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:>> " </ns:ClientDetails>[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:>> " <ns:ApplicationCode>PWT</ns:ApplicationCode>[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:>> " </soap:Header>[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:>> " <soap:Body>[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:>> " <ns1:GetRiskMeasuresRequest/>[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:>> " </soap:Body>[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:>> "</soap:Envelope>"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:<< "HTTP/1.1 415 Cannot process the message because the content type 'application/soap+xml;charset=UTF-8;action="http://risk.portfolio.services.tfn.thomson.com/2011-01-01/GetRiskMeasures"' was not the expected type 'text/xml; charset=utf-8'.[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:<< "HTTP/1.1 415 Cannot process the message because the content type 'application/soap+xml;charset=UTF-8;action="http://risk.portfolio.services.tfn.thomson.com/2011-01-01/GetRiskMeasures"' was not the expected type 'text/xml; charset=utf-8'.[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:<< "Cache-Control: private[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:<< "Server: Microsoft-IIS/7.0[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:<< "Set-Cookie: ASP.NET_SessionId=reumzzr0sc0zbpnf2ge23dbr; path=/; HttpOnly[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:<< "X-AspNet-Version: 2.0.50727[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:<< "X-Powered-By: ASP.NET[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:<< "Date: Wed, 11 May 2011 06:35:43 GMT[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:<< "Connection: close[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:<< "Content-Length: 0[\r][\n]"
Tue May 10 22:35:37 GMT-08:00 2011:DEBUG:<< "[\r][\n]"


Attached the same for your reference

Thanks
Gourish

Hi Ole,

Attached is the screen shot of the error message i recv.

And error message state following :
HTTP/1.1 415 Cannot process the message because the content type 'text/xml;charset=UTF-8' was not the expected type 'application/soap+xml; charset=utf-8'.

Please note : the raw request is not in compressed format, since i have not used any encoding here in soapUI preferences.

Thanks!
~~ Pradeep Bishnoi ~~

Hi!

the problem here seems to me that the server is not accepting the application/xml+soap content-type for a SOAP 1.2 message - this is the mandated content-type for SOAP 1.2, so I'm going to blame your server here :-)

But since that doesn't help you forward, please try changing the SOAP version of the interface in bottom left table of properties to SOAP 1.1 instead, this should result in the "correct" content-type being sent with the request.

Does that help?

regards,

/Ole
eviware.com

eviware support wrote:
Hi! But since that doesn't help you forward, please try changing the SOAP version of the interface in bottom left table of properties to SOAP 1.1 instead, this should result in the "correct" content-type being sent with the request. Does that help?

Thanks Ole for the qucik response .

I have tried chnaging the SOAP Version to 1.1 but still no hopes. This time we getting the message in Raw tab "HTTP/1.1 400 Bad Request"

I have attache the Http logs for your quick reference

Thanks
Gourish

Hi Ole,

Thanks for your response!
I did checked with the other combination (soap 1.1) and it turned out to be same issue

Another thing to add is, on accessing the same service URL from the browser i am able to see the content appearing properly in the Fiddler (network data monitoring tool).
Accept-Encoding: gzip, deflate

HTTP/1.1 200 OK
Cache-Control: private
Content-Type: text/html; charset=UTF-8
Vary: Accept-Encoding
Server: Microsoft-IIS/7.0
X-AspNet-Version: 2.0.50727
X-Powered-By: ASP.NET
Date: Mon, 16 May 2011 12:16:27 GMT
Connection: close
Content-Length: 1040
Content-Encoding: gzip

Any updates, if this is some thing soapUI is not able to support?

Thanks!
~~ Pradeep Bishnoi ~~

Hi,

in your log the request was compressed, could you try sending the request uncompressed with the SOAP 1.1 version? What do you get in the HTTP log ?

regards,

/Ole
eviware.com

eviware support wrote:
Hi, in your log the request was compressed, could you try sending the request uncompressed with the SOAP 1.1 version? What do you get in the HTTP log ?

Hi Ole,

I have updated the thread with required information asked .For this time also no response with request sending as uncompressed and Soap 1.1 version. Attached the http Logs and detailed screen shots

Just for more info for analsis: We have taken the complete copy of the project and changed the Request compression to text/xml in the config file. Then we are able to see the response but which will hit response time and businees needs the request and response needs a compression to improve the performance.Attached Http logs for the same.

Your help will be much appriciated to resolve this issue and we can use the SOAP UI great tool for our web service testing in our project if it solves our problem.

Thanks
Gourish

Hi Ole,

Any update over this issue?

Thanks & Best Regards,
~~ Pradeep Bishnoi ~~

eviware support wrote:
in your log the request was compressed, could you try sending the request uncompressed with the SOAP 1.1 version? What do you get in the HTTP log ? eviware.com

Hi Ole,

I have changed my request compression to none and soap 1.1 version, now i am getting a response of alfanumeric. I have attached the response text file and httplog file and soap ui log files for your ready reference .

The request which i am hitting will enable the smarttransport (Gzip compression )enabled. due that we are seeing this kind of response , but for other response where smrttransport not enabled , we are able to see the respnse in proper readable format.

Do you have any fix for this or any configuration needs to be changed.

Thanks
Gourish