You are viewing a plain text version of this content. The canonical link for it is here.
Posted to soap-dev@xml.apache.org by Damian Alonso <da...@objectconsulting.com.au> on 2002/09/30 04:38:18 UTC
Extra line appearing in Apache Response
I'm wondering if anyone has seen this problem before.
We currently have an Apache SOAP 2.2 Service running, which is returning a
http response that looks like this:
<SOAP-ENV:Envelope
xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
<SOAP-ENV:Body>
<ns1:someResponse>
...
</ns1:someResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
The problem we have found is that some clients (e.g SilkPerformer for .NET)
are having problems handling the extra carriage return between the
'response' closing tag and the 'body' closing tag. On all the examples I
have looked at, there normally is no carriage return between the 'response'
closing tag and the 'body' closing tag.
E.g
<SOAP-ENV:Envelope
xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
<SOAP-ENV:Body>
<ns1:someResponse>
...
</ns1:someResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
We have found that this extra carriage return is in all our Apache SOAP
responses (no matter what service we are offering). My question's are:
- Is that allowed (i.e the extra carriage return) as part of the SOAP 1.1
specification??
- Is that a bug with Apache's way of encoding the response??
- Does anyone know why this extra carriage return is being inserted (i.e
what part of the Apache SOAP code does this serialization of the resonse)??
- Is it a flaw in the client because it cannot handle the extra carriage
return???
Any information on this or similar problems would be greatly appreciated.
Thanks in advance,
Damian.
Re: Extra line appearing in Apache Response
Posted by Sanjiva Weerawarana <sa...@watson.ibm.com>.
Is the content length correct? If so then its absolutely a flaw
in the client it cannot handle this extra whitespace. SOAP is
first an XML application and XML does not restrict one from
inserting ignorable whitespace.
This extra whitespace is probably coming out of RPCMessage.java's
serialize method.
Sanjiva.
----- Original Message -----
From: "Damian Alonso" <da...@objectconsulting.com.au>
To: <so...@xml.apache.org>
Sent: Monday, September 30, 2002 8:38 AM
Subject: Extra line appearing in Apache Response
> I'm wondering if anyone has seen this problem before.
>
> We currently have an Apache SOAP 2.2 Service running, which is returning a
> http response that looks like this:
>
> <SOAP-ENV:Envelope
> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
> <SOAP-ENV:Body>
> <ns1:someResponse>
> ...
> </ns1:someResponse>
>
> </SOAP-ENV:Body>
> </SOAP-ENV:Envelope>
>
> The problem we have found is that some clients (e.g SilkPerformer for
.NET)
> are having problems handling the extra carriage return between the
> 'response' closing tag and the 'body' closing tag. On all the examples I
> have looked at, there normally is no carriage return between the
'response'
> closing tag and the 'body' closing tag.
>
> E.g
> <SOAP-ENV:Envelope
> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
> <SOAP-ENV:Body>
> <ns1:someResponse>
> ...
> </ns1:someResponse>
> </SOAP-ENV:Body>
> </SOAP-ENV:Envelope>
>
> We have found that this extra carriage return is in all our Apache SOAP
> responses (no matter what service we are offering). My question's are:
>
> - Is that allowed (i.e the extra carriage return) as part of the SOAP 1.1
> specification??
> - Is that a bug with Apache's way of encoding the response??
> - Does anyone know why this extra carriage return is being inserted (i.e
> what part of the Apache SOAP code does this serialization of the
resonse)??
> - Is it a flaw in the client because it cannot handle the extra carriage
> return???
>
> Any information on this or similar problems would be greatly appreciated.
>
> Thanks in advance,
>
> Damian.
>
>
>
>
>
Re: Extra line appearing in Apache Response
Posted by Sanjiva Weerawarana <sa...@watson.ibm.com>.
Is the content length correct? If so then its absolutely a flaw
in the client it cannot handle this extra whitespace. SOAP is
first an XML application and XML does not restrict one from
inserting ignorable whitespace.
This extra whitespace is probably coming out of RPCMessage.java's
serialize method.
Sanjiva.
----- Original Message -----
From: "Damian Alonso" <da...@objectconsulting.com.au>
To: <so...@xml.apache.org>
Sent: Monday, September 30, 2002 8:38 AM
Subject: Extra line appearing in Apache Response
> I'm wondering if anyone has seen this problem before.
>
> We currently have an Apache SOAP 2.2 Service running, which is returning a
> http response that looks like this:
>
> <SOAP-ENV:Envelope
> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
> <SOAP-ENV:Body>
> <ns1:someResponse>
> ...
> </ns1:someResponse>
>
> </SOAP-ENV:Body>
> </SOAP-ENV:Envelope>
>
> The problem we have found is that some clients (e.g SilkPerformer for
.NET)
> are having problems handling the extra carriage return between the
> 'response' closing tag and the 'body' closing tag. On all the examples I
> have looked at, there normally is no carriage return between the
'response'
> closing tag and the 'body' closing tag.
>
> E.g
> <SOAP-ENV:Envelope
> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
> <SOAP-ENV:Body>
> <ns1:someResponse>
> ...
> </ns1:someResponse>
> </SOAP-ENV:Body>
> </SOAP-ENV:Envelope>
>
> We have found that this extra carriage return is in all our Apache SOAP
> responses (no matter what service we are offering). My question's are:
>
> - Is that allowed (i.e the extra carriage return) as part of the SOAP 1.1
> specification??
> - Is that a bug with Apache's way of encoding the response??
> - Does anyone know why this extra carriage return is being inserted (i.e
> what part of the Apache SOAP code does this serialization of the
resonse)??
> - Is it a flaw in the client because it cannot handle the extra carriage
> return???
>
> Any information on this or similar problems would be greatly appreciated.
>
> Thanks in advance,
>
> Damian.
>
>
>
>
>
--
To unsubscribe, e-mail: <ma...@xml.apache.org>
For additional commands, e-mail: <ma...@xml.apache.org>