- From: Mark Baker <distobj@acm.org>
- Date: Mon, 4 Feb 2002 16:58:13 -0500 (EST)
- To: skw@hplb.hpl.hp.com (Williams, Stuart)
- Cc: xml-dist-app@w3.org
> > Big stretch. 8-) They also require additional agreement to be made over
> > the wire. i.e., it's no longer sufficient that two parties agree on
> > what POST means, they have to agree on what the method name hidden in
> > the POST means.
>
> To some extent I thing this is a little over-played. In order to get
> something done we still have to know the 'significance' of a resource. To
> have a useful effect (or side-effect) we can't just POST any old thing... we
> have to know what the resource signifies and what vocab to use for its state
> representations... which in my book is an additional agreement over and
> above what HTTP provides.
Absolutely true. The wonderful thing about the Web is that this is done
*with* the Web. It can describe itself. RPC cannot.
Take, for example, my suggestion for how to fix the convention about
additional encodings and how they communicate their conformance with our
default encoding;
http://lists.w3.org/Archives/Public/xml-dist-app/2002Jan/0027.html
Invoking a GET on http://example.org/my-soap12-encoding, we might see;
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#">
<rdf:Description about="http://www.w3.org/2001/12/soap-envelope">
<rdfs:subClassOf rdf:resource="http://example.org/my-soap12-encoding"/>
</rdf:Description>
</rdf:RDF>
MB
--
Mark Baker, Chief Science Officer, Planetfred, Inc.
Ottawa, Ontario, CANADA. mbaker@planetfred.com
http://www.markbaker.ca http://www.planetfred.com
Received on Monday, 4 February 2002 17:09:51 UTC