[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 GETquestion?

• To: xml-dev@l...
• Subject: Re: Can you stand yet another SOAP-RPC vs HTTP GETquestion?
• From: "Simon St.Laurent" <simonstl@s...>
• Date: 20 Apr 2002 11:46:16 -0400
• In-reply-to: <83HDMKNJXT2Y0SPIHBA1VROW74GE2V.3cc18113@MChamp>
• References: <83HDMKNJXT2Y0SPIHBA1VROW74GE2V.3cc18113@MChamp>

On Sat, 2002-04-20 at 10:54, Mike Champion wrote:
> >So, Google simply gave an answer based on sound marketing principles. The
> >main market is using procedural tools. This has noting to do with XML and we
> >would be lured to think the contrary. 
> 
> Right! This helps crystallize another issue that has been bugging me:  is there
> any intrinsic reason why "functional" or "REST-like" (I'm not sure they're the
> same, but that's another issue) development can't be done in a VB-friendly way?
> I'm bewildered by this stuff partly because Microsoft, Macromedia, have 
> made lots of progress in the last 5 years making web PAGE development accessible
> to non-nerds, and it seemed logical that this technology could be leveraged
> to make RESTful web SERVICE development accessible to non-nerds.  Or maybe the
> people who understand "procedural" aspects of website development have been
> behind the scenes all along, and gravitate toward SOAP-RPC because it simply
> eliminates all the HTML/HTTP stuff between the producer and consumer of
> a web page/service?  

I agree that there's no intrinsic barrier to REST working with component
frameworks.  The problem I see is choosing where to put something that
looks like an API.  Should that be on the server, or in the client, as
access to a messaging system?  

I have no problem with developers thinking in components, but don't
really want their extra junk (and hideous unqualified namespace
practice) in my XML.

In general, I think you're on the right track here.  Unfortunately, I
think a lot of vendors are on the other track, have been for a while,
and show few signs of crossing over.  

I don't really know what to do about that - if we do in fact wind up
with "one degree of separation", a lot of programmers are going to be
stuck doing ugly work for a long time.

-- 
Simon St.Laurent
Ring around the content, a pocket full of brackets
Errors, errors, all fall down!
http://simonstl.com

• References:
  • Re: Can you stand yet another SOAP-RPC vs HTTP GET question?
    • From: Mike Champion <mc@x...>

• 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