I'm using a 3rd party web service written in Java and using Apache Axis 1.3. The service has many overload operations. When the WCF Svcutil generates the proxy, it renames the overloaded operation by appending a number after the operation name. For example:
getDataResponse getData(getDataRequest request);
getDataResponse1 getData1(getDataRequest1 request);
This by itself isn't a problem, but when Svcutil generates the request/response messages, it neglects to change the WrapperName property of the MessageContracts.
[MessageContractAttribute(
WrapperName = "getData",
WrapperNamespace = "http://namespace.com",
IsWrapped = true)]
public partial class getDataRequest1 { .. }
When the client application attempts to open the proxy, the following exception is thrown:
InvalidOperationException: RPC Message getDataRequest1 in operation getData1 has an invalid body name getData. It must be getData1
If I change WrapperName = "getData1" the proxy will open, however...
Is there any way to generate and/or modify the proxy so that all operations work with WCF?
Mark
For what it is worth (4 years later), it seems that by calling WSDL.exe
manually and passing the /protocol:SOAP
parameter, this problem can be avoided. Generating a service client through the UI still seems to cause this issue as of VS2012 for services generated by Apache Axis.
Example usage:
c:\Program Files\Microsoft SDKs\Windows\v7.1\Bin\NETFX 4.0 Tools>wsdl /l:cs /protocol:SOAP http://rxnav.nlm.nih.gov/RxNormDBService.xml /out:c:\drop\rxnavapi.cs
Edit: sphinxxx correctly noted that the SOAP protocol option is exposed in UI as "Add Web Reference", so executing wsdl.exe
directly is not necessary.
The only workaround that I have been able to find is to edit the generated code by hand and remove all of the overloads that I don't need.
I didn't see this question before, because you had a "java" tag on it, and I ignore Java questions. Your question wasn't about Java, so should not have had a "java" tag.
svcutil is not renaming the overloaded operations. That's because there's no such thing as overloaded operations. WSDL has no concept of two operations with the same name, but using different messages.
If you look at the WSDL from Axis, I believe you'll find the operations have the numbers appended to them.
Correction: In a comment, Mark Good correctly points out that WSDL 1.1 does permit overloading. I happen to think it only makes any sense in the context of an RPC-based service, where the message name can be used to distinguish between one overload and another.
However, he may not be aware that operator overloading is prohibited by WS-I Basic Profile 1.1:
4.5.3 Distinctive Operations
Operation name overloading in a wsdl:portType
is disallowed by the Profile.
R2304 A wsdl:portType
in a DESCRIPTION MUST have operations with distinct values for their name attributes.
Note that this requirement applies only to the wsdl:operations
within a given wsdl:portType
. A wsdl:portType
may have wsdl:operations
with names that are the same as those found in other wsdl:portTypes
.
If one reads more of WS-I BP1.1, one will learn why not everything in WSDL 1.1 is a good idea.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With