Web services were supposed to enable cross-application integration regardless of the underlying platform or language. While the promise is still there, today we still need tricks to make it work.
Windows Communication Foundation, or WCF, is an attempt to unify the various communication technologies available to the .NET runtime. Windows Communication Foundation. These include message queues, remote procedure calls, and web services. Web services, which use the SOAP protocol, can be a accessed from Perl using SOAP:Lite. Unfortunately, this library has not been able to keep up with the changing WS specs.
This has been illustrated in the January "State of the SOAP" post by lead developer Byrne Reese. http://www.soaplite.com/2007/01/state_of_the_so.html
Most SOAP toolkits as well have stablized along with the protocol. Relative to all those other toolkits, the status of this SOAP toolkit is fair to good. It differentiates itself from other toolkits by still being really easy to use for the majority of use cases. But as more and more people adopt document-literal as their preferred method of encoding, the roots and biases of SOAP::Lite in regards to XML::RPC begin to show and the toolkit is not as resilient.
As a result, SOAP::Lite has a number of known interoperability issues with more modern implementations of SOAP servers and clients.
Last month, Jeff Powers outlined what was necessary to access .NET WCF services from Perl using SOAP:Lite.
Details can be found in his post, How to consume a WCF service from Perl with SOAP::Lite. As this involves making changes to the WCF endpoint on the .NET side, it may introduce compatibility issues for pre-existing clients.
Community comments
Sometimes there needs to be more to get it working: Flattening WSDL in WCF
by Christian Weyer,
Consuming .NET SOAP is easy from Perl, it's serving that's hard
by gcom nz,
Sometimes there needs to be more to get it working: Flattening WSDL in WCF
by Christian Weyer,
Your message is awaiting moderation. Thank you for participating in the discussion.
FYI:
blogs.thinktecture.com/cweyer/archive/2007/05/1...
Consuming .NET SOAP is easy from Perl, it's serving that's hard
by gcom nz,
Your message is awaiting moderation. Thank you for participating in the discussion.
Believe me, I've done it. And not for some piddly little service or two, but a full blown dynamic WSDL generating system for old-style less standardized versions of SOAP that MS consumes themselves.
This is generally why dynamically typed languages generally shy away from SOAP, all religiosity aside. (Not attempting to start a flame war, and yes, WS-* is painfully overboard in a lot of areas, but you'll be able to tell a fanatic is present if someone rants against that last statement :-)