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

Re: MS thinks HTTP Needs Replacing???

  • To: xml-dev@l...
  • Subject: Re: MS thinks HTTP Needs Replacing???
  • From: Paul Prescod <paul@p...>
  • Date: Fri, 01 Mar 2002 14:10:32 -0500
  • References: <NCBBKFMJCLIMOBIGKFMJOEANHEAA.ldodds@i...> <E16g2J3-0005yn-00@c...> <3C7DADFF.3D1369FA@p...> <E16gOd3-0007jo-00@c...>

Re:  MS thinks HTTP Needs Replacing???
Alaric Snell wrote:
> 
>...
> 
> For IIOP, it's documented in the specs... let me see...
> http://www.omg.org/cgi-bin/doc?formal/01-12-45
> 
> Basically, it's something like:
> 
> interface Object {
>         Object invoke (String methodName, Object[] arguments);
> 
>         ...and something that lists the implemented interfaces?
> }
> 
> It doesn't have a flag saying whether the result is cacheable, from memory,
> so there's no difference between GET and POST. Never mind.

When you say "Never mind" are you admitting that what you're presenting
above has none of the features of HTTP and thus is a very good
demonstration that HTTP and RPC are not the same thing? If the
intermediary in question doesn't know whether the goal is to GET
information or to PUT information then it hardly "understands the
message almost as well as the sender and the receiver" does it?

 ***

Anyhow, cacheability is the least interesting thing. Let me say that
several times:

*cacheability is the least interesting thing*
*cacheability is the least interesting thing*
*cacheability is the least interesting thing*
*cacheability is the least interesting thing*
*cacheability is the least interesting thing*

Information addressing is the most interesting thing. Information
addressing is only useful if you can get or put a representation for the
information. HTTP has a raft of features that allows this. CORBA has
standardized information addressing (object identity) but you can't get
the information *out* or put it *in* unless you know a method name. The
method names are not standardized, so you need out of band agreement. 
SOAP doesn't even have standardized information addressing.

HTTP is not "just" RPC precisely because it standardizes the method
names and semantics and thus removes the need for out of band agreement,
like XML is not "just" Unicode because it standardizes the placement of
angle brackets and their interpretation in terms of a tree structure. If
we have this debate again next week can we please start from the point
of view that cacheability is not the point?

 Paul Prescod

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.