Thanks Nathan and Thomas, that's encouraging for a Java client (is the Android development included in what you said?). Sadly I don't have a java environment here to try it out, but I am about to fire-up Xcode and see if a Swift coded iOS app can talk to the service. Web searches hint that it's possible, but the examples are childish and they don't mention any tools for code generation, they just parse the XML manually.
So far, it's looking pretty good for our http basic service to be consumable on various platforms (except html5 clients, lord knows what they'll want, probably JSON). Ah, you've accidentally answered another question ... I noticed the ?singleWSDL suffix on some of my projects, and of course, it's only available for 4.5. *Greg K* On 13 July 2015 at 15:15, Nathan Schultz <[email protected]> wrote: > 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* >> > >
