|
[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] RE: XML over HTTP: SOAP and ...?
Title: RE: XML over HTTP: SOAP and ...? > -----Original Message-----
There are a variety of interoperation strategies between SOAP and other XML-based transfer syntaxes (XML-RPC being one of many). Until the XTech BOF, no one from either MS or Userland has publicly mapped out a clear path for interop between XML-RPC and SOAP. Since then, DevelopMentor has written an XSLT-based translator (http://soap.develop.com/xmlrpc) and we are anxious for the XML-RPC community to pitch in a bit and help chart the course. BTW, DevelopMentor (and I) have arguably put as much public energy behind SOAP as MS or Userland has, if not more. > The SOAP spec has "Microsoft crud" written all over it (as in,
Wow, this couldn't be further from the truth. I've been especially adamant that no one should wait for some grand marketecture, component gallery, or resource kit; rather, SOAP is sufficiently simple to implement on your own. Check out my XSLT converter. SOAP is far less verbose than XML-RPC and arguably closer to the way most people write XML. During conference talks, I typically implement a SOAP client and server from scratch in a text editor in about 15 minutes or so. The technology is approachable even if our spec isn't. > Alternatives like WDDX, XML-RPC, and LDO go a
Some problems are more complicated than others. My co-authors and I tried to reach the "80/20" point in terms of functionality. Unfortunately, some people's "80" is another person's "20." Also, please be aware that you are comparing a spec that was written by multiple engineers in "spec-speak" to a web page written by one web-journalist/entrepreneur. I'd be curious to see what actual features of SOAP you find redundant or superflous. Additionally, I'd love to know if you see the limitations of XML-RPC, or did Dave's anti-MS posting on the SOAP list convert you to XML-RPC simply on principle?
Again, please identify two or three SOAP features that (a) are not "lightweight" and (b) are required by all implementations. You were kind enough to send me some editorial comments privately, but none of them called into question any technology in the spec, rather just our sub-optimal wordsmithing and organization (both of which will be cleaned up in the next edit cycle). I'm sorry that the spec "smacks of W3C bogosity," but some of us would rather move on than fight old battles that are largely irrelevant by this point. Whining about how AF should have been adopted instead of namespaces sounds faintly like whining about how OS/2 should have triumphed over NT (or the Amiga should have triumphed over the Macintosh, or ...). DB
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|
|||||||||

Cart








