I have a WebService whose body part contains a namespace declared as default namespace “xmlns=”…“”.
The inner part is the DocStructure forwarded to the implementation.
In 7.1 the provider executes correctly providing the Document without namespace prefixes, but in 9.5 the provider receives the document with (undesired) namespace prefixes “xmlns:” for each element causing the execution to fail as the document is not recognized by the implementation due to the mismatch at the prefix level.
The WS-Provider has been migrated from 7.1 to 9.5 and the Pre-8.2-Compatibility is set to true.
This is currently the only provider having this type of problem out of several providers, but I think that the other providers are using namespaces with real prefixes by design.
embedding a xml structure directly inside the WS interface will normally have such issues (not mentioning versioning and performance issue).
I’d suggest (if possible) just use simple a string interface field like: xmlPayload to hold the xml structure.
so whatever in the xml payload won’t interfere with the SOAP envelope.
HTH,
I have tested the affected WebServices (meanwhile I have detected two more of these in my Application) by creating them on a fresh 9.5 instance from WSDL.
When created directly on 9.5 they are working as expected, but when running the migrated Versions they fail.