469,148 Members | 1,256 Online
Bytes | Developer Community
New Post

Home Posts Topics Members FAQ

Post your question to a community of 469,148 developers. It's quick & easy.

WSDL- Mapping Application Defined Names to XML Names

We have a customer who sent us a WSDL containing the following

<message name="PP6000.Execute">
<part name="Xmlreaderlvcaux" type="xsd:string"/>

We imported this into our tool (webMethods) and had problems invoking
a call to the other. Installing a sniffer, I noted the following
being sent:

<?xml version="1.0" encoding="UTF-8"?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
<ser-root:Execute xmlns:ser-root="http://..[removed]..."
<_x0058_mlreaderlvcaux xsi:type="xsd:string">random

As you can see, the parameter name was remapped from Xmlreaderlvcaux
to _x0058_mlreaderlvcaux. I opened a service ticket assuming this was
an error, and I was referred to this URL:
http://www.w3.org/TR/2003/REC-soap12...30624/#namemap, which
does indicate that this application name can (should?) be mapped as
indicated (section B1-6 Case 3).

So, before I tell my customer he needs to fix his soap server, I
wanted to confirm that even though the parameter name was not remapped
in the WSDL he sent us, his server should still accept the remapped
name when we send it back. Or was our toolkit incorrect in its
remapping of the name, since the WSDL did not include the remapping?
I guess I'm just trying to figure out which end is at fault here.

And yes, if I manually intercept the message and change the part name
back to its original name, the other side does accept the message.

Jul 20 '05 #1
0 1237

This discussion thread is closed

Replies have been disabled for this discussion.

By using this site, you agree to our Privacy Policy and Terms of Use.