OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help



   Re: [xml-dev] Can you stand yet another SOAP-RPC vs HTTP GET question?

[ Lists Home | Date Index | Thread Index ]

[Mike Champion]

> Ah-ha, I think that's what I've been missing here!  Never having used VB,
> I just didn't grok why people would want to jump through hoops to avoid
> with a very simple URI/HTTP call/XML result.  That just doesn't fit into
> "paradigm" of visual component assembly programming, but WSDL/SOAP-RPC
> And the "hoops" are hidden out of sight, along with all the other code
> that VB is doing.

I've just starting working with .NET Studio and their Services.  It's quite
amazing what goes on behind the scenes.  You can, BTW, create a wsdl page
for a perfectly normal RESTFUL GET or POST page.  The .NET Studio machinery
can take that wsdl and use it to create client web pages in the exact same
way as follow for SOAP services.  To the programmer, nothing much has
changed, but behind the scenes the Microsoft .NET machinery uses a GET or a
POST.  So far as I know so far, the POST has to return an xml document
(could be a single element, of course) that is defined in a schema in the
wsdl document.

Within Studio, you instantiate an object representing the service, and call
methods on it as if it were an ordinary object.  It seems innocent enough,
but you are totally divorced from what really goes on behind the scenes -
including several layers of hidden code the system generates.


Tom P


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS