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

Re: Categories of Web Service messages: data-oriented v


what is data oriented transfer
> > You draw the line where you require agreement on "intent" that is not
> > an intent defined by the application protocol.
> 
> This is completely meaningless. You are insisting there are no such things
> are a protocol except that at the transport layer.

TCP is a transport protocol.  HTTP is an application protocol, with
application layer semantics.

> If I use
> such a form, I am not interested in POSTing data to a server. I am
> interested in buying something. And there better be something on that form
> that tells me what it is going to do. Whether it is the word "purchase" or
> "buy" is secondary, as long as there is something there I can understand.

Of course.  But I'm saying that the *message* that gets sent to the
server doesn't include anything that indicates that it is trying to
purchase a CD.  The only intent in the message is POST.  How do you
explain that?

> And by the way, that form probably does not just have one action verb
> associated with it. It will have one or more "buy this item" actions, a "use
> this credit card" action, and a "ship to this address" action, among others.
> Just because the HTTP server thinks that all that is going on is a POST
> action, doesn't mean that there aren't very relevant actions happening,
> here, at a higher layer. Surely, this is not a difficult concept to
> understand. I don't believe in a glass ceiling for protocol layers. You can
> keep piling them on until you get to a rich enough model to solve the
> problem at hand.

Of course you can pile them higher.  You've seen IP-over-MIME, I assume?
As long as you're tunneling, you can keep piling higher.  But if you're
not tunneling, you can't.  You hit a wall at the application layer.  All
that can be done there is to extend it, like SOAP can be used to do.

> I don't agree with your artificial conceptual boundaries as to what can be
> protocol and what can be data.

Artificial?!  The *only* time anything has ever been accomplished between
two uncoordinated parties over a network is when a fixed set of intents
was agreed upon ahead of time that let them solve their problem.

FTP defines intents that allow file transfer to occur.
SMTP defines intents that allow email transfer to occur.
IMAP defines intents that allow for email access and synchronization to
occur.

MB
-- 
Mark Baker, Chief Science Officer, Planetfred, Inc.
Ottawa, Ontario, CANADA.      mbaker@p...
http://www.markbaker.ca   http://www.planetfred.com

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.