Re: Special character problem in SOAP Response

[sebb]

On 14/08/07, Adhir Mehta <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I am using JMeter version 2.2 with JDk 1.5.
>
> I am sending SOAP request to my service and service return response having

Which SOAP sampler?

SOAP/XML-RPC or Webservice(SOAP)?

> some Special Character. In my response some of the special character are
> recognized properly and some of special character are garbage with some
> value. Following is the Response envelope
>
> <?xml version="1.0" encoding="utf-8"?><soapenv:Envelope xmlns:soapenv="
> http://schemas.xmlsoap.org/soap/envelope/"; xmlns:xsd="
> http://www.w3.org/2001/XMLSchema"; xmlns:xsi="
> http://www.w3.org/2001/XMLSchema-instance
> "><soapenv:Body><AngivelseTypeHent_O xmlns="
> http://skat.dk/begrebsmodel/2006/09/07/";><Kontekst
> xsi:type="ns1:KontekstType" xmlns:ns1="
> http://skat.dk/begrebsmodel/2006/09/07/
> "/><AngivelseTypeListe><AngivelseTypeUddata><AngivelseTypeNavn
> xsi:type="ns2:AngivelseTypeNavnType" xmlns:ns2="
> http://skat.dk/begrebsmodel/2006/09/07/";>Moms</AngivelseTypeNavn><
> AngivelseTypeBegrænsetTilmelding xsi:type="ns3
> :Begr&#xE6;nsetTilmeldingType" xmlns:ns3="
> http://skat.dk/begrebsmodel/2006/09/07/
> ">TilgængeligForAlle</AngivelseTypeBegrænsetTilmelding><AngivelseTypeBetalingMulighed
> xsi:type="xsd:string">T</AngivelseTypeBetalingMulighed><
> AngivelseTypeKrævetTilmelding xsi:type="ns4:Kr&#xE6;vetTilmeldingType"
> xmlns:ns4="http://skat.dk/begrebsmodel/2006/09/07/
> ">TilgængeligForAlle</AngivelseTypeKrævetTilmelding><AngivelseTypeRevisorMulighed
> xsi:type="ns5:RevisorMulighedType" xmlns:ns5="
> http://skat.dk/begrebsmodel/2006/09/07/
> ">EnRevisor</AngivelseTypeRevisorMulighed><BetalingsFormerListeUddata><BetalingsFormerUddata><BetalingFormerBetalingForm
> xsi:type="xsd:string">PBS</BetalingFormerBetalingForm></BetalingsFormerUddata></BetalingsFormerListeUddata></AngivelseTypeUddata><AngivelseTypeUddata><AngivelseTypeNavn
> xsi:type="ns6:AngivelseTypeNavnType" xmlns:ns6="
> http://skat.dk/begrebsmodel/2006/09/07/
> ">DonationerGaver</AngivelseTypeNavn><AngivelseTypeBegrænsetTilmelding
> xsi:type="ns7:Begr&#xE6;nsetTilmeldingType" xmlns:ns7="
> http://skat.dk/begrebsmodel/2006/09/07/
> ">TilgængeligForAlle</AngivelseTypeBegrænsetTilmelding><AngivelseTypeBetalingMulighed
> xsi:type="xsd:string">T</AngivelseTypeBetalingMulighed><AngivelseTypeKrævetTilmelding
> xsi:type="ns8:Kr&#xE6;vetTilmeldingType" xmlns:ns8="
> http://skat.dk/begrebsmodel/2006/09/07/
> ">TilgængeligForAlle</AngivelseTypeKrævetTilmelding><AngivelseTypeRevisorMulighed
> xsi:type="ns9:RevisorMulighedType" xmlns:ns9="
> http://skat.dk/begrebsmodel/2006/09/07/
> ">EnRevisor</AngivelseTypeRevisorMulighed><BetalingsFormerListeUddata><BetalingsFormerUddata><BetalingFormerBetalingForm
> xsi:type="xsd:string">PBS</BetalingFormerBetalingForm></BetalingsFormerUddata></BetalingsFormerListeUddata></AngivelseTypeUddata></AngivelseTypeListe></AngivelseTypeHent_O></soapenv:Body></soapenv:Envelope>
>
>
> If you see the above  response in bold latter. The response part
> xsi:type="ns3:Begr&#xE6;nsetTilmeldingType"  is getting corrupted. I am
> wondering with JMeter why some special character is not getting properly
> encoded. I am able to see the proper SOAP envelope without JMeter.

JMeter does not change the contents of the soap response, and as far
as I know the soap libary (if you are using Webservice sampler) does
not either.

What do you use to look at the response without JMeter? Are you sure
that is not fixing up the response for you?

You can check the actual response using a protocol analyser such as Wireshark.

> Thanks,
> Adhir Mehta
>
>
> --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> This is a PRIVATE message. If you are not the intended recipient, please
> delete without copying and kindly advise us by e-mail of the mistake in
> delivery. NOTE: Regardless of content, this e-mail shall not operate to
> bind CSC to any order or other contract unless pursuant to explicit
> written agreement or government initiative expressly permitting the use of
> e-mail for such purpose.
> --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]