W3C home > Mailing lists > Public > www-ws-arch@w3.org > July 2002


From: Hao He <Hao.He@thomson.com.au>
Date: Thu, 1 Aug 2002 11:22:49 +1000
Message-ID: <686B9E7C8AA57A45AE8DDCC5A81596AB019ED8AD@sydthqems01.INT.TISA.COM.AU>
To: "'Mark Baker'" <distobj@acm.org>
Cc: www-ws-arch@w3.org
hi, Mark,

First, I see URIs as identifiers to logical concepts, which can exist before
its representations. For example, when go buy a car, you can know before
hand the different states you will experience. That is why you would take
your credit card with you.  Therefore, there is a need to describe those
logical state transitions long before the actual URI representation.    

Second, one should allow late binding between a URI and its physical
representation.  Such binding is very common and should be described in a
standard way.  For example, a physical representation is only available
within a time window.  

What do you think?


-----Original Message-----
From: Mark Baker [mailto:distobj@acm.org]
Sent: Thursday, August 01, 2002 10:27 AM
To: Hao He
Cc: www-ws-arch@w3.org
Subject: WSDL and REST

On Thu, Aug 01, 2002 at 09:22:19AM +1000, Hao He wrote:
> Dave,
> There is still one thing missing in WSDL.  Another import part of REST is
> that each resource contains links to other URIs. WSDL should also be able
> describe such state-transition when a client go from one URI to another.
> This problem is very interesting because new states can be created on the
> fly. Still, there is a need of a standard for describing such behaviors. 

Hao, this is interesting.  Could you elaborate on how you think this
might be described, and why you think it's needed?

In my view, the representations describe their own potential state
changes.  I don't know what it would mean to specify this ahead of time,
if that's what you were thinking.

Mark Baker, CTO, Idokorro Mobile (formerly Planetfred)
Ottawa, Ontario, CANADA.               distobj@acm.org
http://www.markbaker.ca        http://www.idokorro.com

Received on Wednesday, 31 July 2002 21:22:00 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:40:57 UTC