[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Can you stand yet another SOAP-RPC vs HTTP GET question?

• To: "'xml-dev'" <xml-dev@l...>,"Dare Obasanjo" <dareo@m...>
• Subject: Re: Can you stand yet another SOAP-RPC vs HTTP GET question?
• From: "Douglas and Elena Husemann" <husemann@c...>
• Date: Sat, 20 Apr 2002 19:29:15 -0500
• References: <8BD7226E07DDFF49AF5EF4030ACE0B7E05573CC0@r...>

> Your post has me rather confused. In .NET, there are tools to convert an XML
schema to a class definition and back as well as serialization technologies for
converting valid instances documents to instances of the class.
>
> Granted, VS.NET does a bunch of behind the scenes work grabbing WSDL, etc.
where I'd have to write code to obtain the schema, convert it to a class then
load it into my process. However, I don't see much difference in how
"pre-digested" the data is in either case.

Agreed Dare,

Although I think I am starting to understand.

We can look at soap as being a tranisitional paradigm from a Com or Corba based
object module to
a newer distributive module using an established code base.  SOAP encapsulates
what was normally
a local procedure call and using wsdl it can self describe its dependancies and
its own schema.

IOW it takes a COM, Corba, or java bean programming paradigm, encapsulates it
into a self describing
RPC, allowing it to talk with different underlying technologies.  Without having
to reprogram the underlying
technology.  SOAP at best is a Transistional tool to take advantage of code that
already exists. without much
modification add a layer to it to let it talk to different object modules.  Over
a protocols that already exists.

At least that is my understanding of the arguments presented.

So I guess it depends on the time and resources available, the installed code
base, and other factors, if you
use soap or change the underlying programming to handle the changes.

In the Google example, I would probably use the html-get options as it is less
verbose.  Other features
I may use SOAP to encapsulate the functionality and expose it to the web, while
the underlying work may
be done in the language of choice.  for local internal calls.

BTW, there are some programmers changeing from DNA to Web services on the MS
platform on the intranet
basis, as it is much easier to implement in vs.net than the DNA dcom based
structures.

douglas
>
> On Saturday 20 April 2002 05:49, Dare Obasanjo wrote:
> > If Google returned [some xml data]
> > from a HTTP GET for http://www.google.com/xml?q=Dare+Obasanjo then nothing
> > stops me from using Data Binding technologies in my language of choice
> > to "pre-digest" this data into objects since I have a schema for it.
>
> If you're pre-digesting it yourself, then it's not much predigested to start
> with :)
>
> --
> Robin Berjon <robin@k...>
>
> Work is the curse of the drinking class.
>
>
> -----------------------------------------------------------------
> The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
> initiative of OASIS <http://www.oasis-open.org>
>
> The list archives are at http://lists.xml.org/archives/xml-dev/
>
> To subscribe or unsubscribe from this list use the subscription
> manager: <http://lists.xml.org/ob/adm.pl>
>
>
>
>

• References:
  • RE: Can you stand yet another SOAP-RPC vs HTTP GET question?
    • From: "Dare Obasanjo" <dareo@m...>

• Prev by Date: RE: Can you stand yet another SOAP-RPC vs HTTP GET question?
• Next by Date: Re: Can you stand yet another SOAP-RPC vs HTTP GET question?
• Previous by thread: RE: Can you stand yet another SOAP-RPC vs HTTP GET question?
• Next by thread: RE: Can you stand yet another SOAP-RPC vs HTTP GET question?
• Index(es):
  • Date
  • Thread