bc-soap, namespaces problem

Hello,

I suspect a bug in the handling of namespaces by the soap binding component
(from quickstart-2.2).

I call a gsoap web service and here is the beginning of what it sends back to
petals (directly taken in the network packet using wireshark):


================
HTTP/1.1 200 OK
Server: gSOAP/2.7
Content-Type: text/xml; charset=utf-8
Content-Length: 5494
Connection: close
Set-Cookie: Session-
ID=IKblox5PucOLrWWszUxCywS;Domain=localhost;Path=/;Version=1;Max-Age=5000000


Sent on network from service to petals: namespaces are on the envelope.
<?xml version="1.0" encoding="UTF-8"?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:model="http://weblab-
project.org/core/model/" xmlns:content="http://weblab-
project.org/core/model/content" xmlns:multimedia="http://weblab-
project.org/core/model/multimedia" xmlns:ontology="http://weblab-
project.org/core/model/ontology" xmlns:service="http://weblab-
project.org/core/model/service" xmlns:structure="http://weblab-
project.org/core/model/structure" xmlns:text="http://weblab-
project.org/core/model/text" xmlns:user="http://weblab-
project.org/core/model/user" xmlns:query="http://weblab-
project.org/core/model/query" xmlns:exception="http://weblab-
project.org/services/exception" xmlns:configurabletypes="http://weblab-
project.org/services/configurable/types" xmlns:configurable="http://weblab-
project.org/services/configurable" xmlns:ns3="http://weblab-
project.org/services/contentprovider" xmlns:ns2="http://weblab-
project.org/services/contentprovider/types" xmlns:webcrawling="http://weblab-
project.org/services/webcrawling" xmlns:webcrawlingtypes="http://weblab-
project.org/services/webcrawling/types"><SOAP-
ENV:Body><webcrawlingtypes:getCrawledDocumentsReturn
xsi:type="webcrawlingtypes:getCrawledDocumentsReturn"><resourceCollection
xsi:type="model:resourceCollection"
uri="webcontent://clarissewebcrawl/1e616304-86ca-4db2-9725-
e1c4ffceb85e/webcrawling/1"><resource xsi:type="model:document"
synchronised="false" uri="weblab://myWS/myDocument1"><annotation
xsi:type="model:annotation"
uri="weblab://myWS/myDocument1/annotation:1"><data>
===============

As you can see, the namespaces are setup in the soap enveloppe but this is
valid xml (note that the namespaces handling is made by gsoap and I cannot
chose where to put them).

And here is what is received by petals:

<message><return><?xml version="1.0" encoding="UTF-8"?><return
xmlns="http://weblab-
project.org/services/webcrawling/types"><resourceCollection
uri="webcontent://clarissewebcrawl/1e616304-86ca-4db2-9725-
e1c4ffceb85e/webcrawling/1" xmlns:xsi="http://www.w3.org/2001/XMLSchema-
instance" xsi:type="model:resourceCollection" xmlns=""><resource
synchronised="false" uri="weblab://myWS/myDocument1"
xsi:type="model:document"><annotation
uri="weblab://myWS/myDocument1/annotation:1"
xsi:type="model:annotation"><data>
            <rdf:RDF xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:onto="http://www.webcontent.fr/onto/"
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">


Namespaces are rno more available. So, probably, when extracting the actual
answer from the response envelope, the bc should copy all namespaces
declarations from the envelope to the new root element and it is not the case.

What do you think ?
--
Gael de Chalendar
CEA-LIST
Centre de Fontenay-aux-Roses
Laboratoire d'Ingénierie de la Connaissance Multimédia Multilingue (LIC2M)
(Multimedia and Multilingual Knowledge Engineering Laboratory)
Bat. 38-2 ; 18, rue du Panorama ; BP 6
92265 Fontenay aux Roses Cedex ; France
Tél.:01.46.54.80.18 ; Fax.:01.46.54.75.80
Email : Gael.D.O.T.de-Chalendar.A@...



--
You receive this message as a subscriber of the petals-users@... mailing list.
To unsubscribe: mailto:petals-users-unsubscribe@...
For general help: mailto:sympa@...?subject=help
OW2 mailing lists service home page: http://www.ow2.org/wws