Download a copy of SOAPUI (which is free and Java based), and point it to your WSDL, and see for yourself that your services work. Personally with Basic HTTP Binding, you shouldn't run into too many problems.
I think the only thing I've come across is the WSDL only references (rather than embeds) the XSD Types which may trip some tools up. If you're using .Net 4.5+, your can simply add ?singleWSDL after your service, and it will include the XSD Types in your WSDL: https://msdn.microsoft.com/en-us/library/dd456789(v=vs.110).aspx Prior to .Net 4.5, I generated my WSDL using svcutil, and opened it in Notepad, and replaced the XSD Type references by hand. On 10 July 2015 at 17:00, Greg Keogh <[email protected]> wrote: > Folks, we have a WCF basic http binding service that has been in > production use for many years, but so far the only clients have been .NET > desktop and Sliverlight apps. They can of course use a proxy class > generated by svcutil.exe and it's all easy peasy. > > Now the time has come to open the service up to other clients such as apps > on phones and tablets written in Objective-C, Swift, Java and perhaps > JavaScript. We haven't had any of these clients consume our service yet, > but it may only be weeks away. A Java guy told me that if he has the WSDL > then it won't be a problem, but I fear there may be devils in the details. > I quite worry that the svcutil generated code contains stubs of all C# > classes that are public in the service and can't imagine how they would > transformed for consumption by different clients. > > I fear that our SOAP style service is too specific and old fashioned to be > easily consumed by non .NET clients. I'd be interested to hear if anyone > can confirm this or has general comments in this area. I'm guessing a REST > style would be best for everyone, but what will it return, XML, JSON, or > both? > > *Greg K* >
