Re: "Casual Web Services" and Well Designed Urls [rest-discuss]
On Oct 25, 2006, at 5:15 PM, Dave Orchard wrote:
> You seem to have your own internal definition of REST that doesn't
> map to
> one that I'm familiar with. We've established that you think that
> Roy and
> the TAG aren't any kind of authorities wrt REST - because if you
> did you'd
> know that Roy would have a "Roy stern comment"(tm) on any W3C TAG
> finding
> that contradicted his view of REST and he's also contributed to that
> finding.
Er, not since it was completely rewritten -- I haven't even reviewed it.
The first sentence, for example, is problematic.
> FWIW, one of the underlying philosophical aspects of REST is that
> resources and their representations change, and that includes REST
> itself.
No, it is that representations can change if that is how the resource
is defined. A resource does not change -- what changes are the
perceptions of the users of a resource (hence, "do not try to bend
the spoon, for that would be impossible ..."). That is where I and
the semantic web part ways, since someone decided that the semantic
web would assume a world that does not change its own perceptions.
My dissertation will not change. Whether or not the style changes is
debatable -- other people's perceptions are guaranteed to change
(I've already seen multiple papers claiming to "add" features to REST
that were already in the style to begin with, as well as plenty of
arguments about "REST fundamentals" that are not even close
to what I wrote). Personally, I've got better things to do.
I think that this thread is seriously missing the point of my
dissertation. All of the REST constraints exist for a reason.
The first thing you should do is determine what that reason is,
and then see if it still applies to the system being designed.
Use the old noggin -- that is the point.
FYI, the reason, in this case, is independent evolution of components.
And hypermedia is a defined term (that does not mean just HTML).
....Roy [and, yes, I am not answering the question, on purpose]
... I’m concerned with all URIs used as URIs. I’m not concerned with URIs that are not used (as when a person thinks of a URI, perhaps writes it, but...
... So this thread was worth it. Because now we have archived proof of Roy using the word "noggin". /8-> -- Nic Ferrier http://www.tapsellferrier.co.uk for...
... My god, you definitely are a breath of fresh air! As I think you are saying, there's no room for dogma in a pragmatic world; instead analyze the ...
... But beware as a newcomer to REST that what you see as religious dogma may in fact be based soundly in ideas that you haven't come to grasp with, yet. The...
Benjamin: Thanks for the email. (Note, my response is REALLY LONG. Sorry in advance.) ... in fact be based soundly in ideas that you haven't come to grasp...
... Ok, I'll try to address as much of the content as I can :) ... I don't think there is any misunderstanding. I am confident we are saying the same thing....
... It's worth noting that no part of the process except for the human and/or program constructing the URIs and the server application responding to the need...
To all: Reading Joe Gregorio 's article[1] "Constructing or Traversing URIs?" I find him referring to del.icio.us' API[2]. My question is, outside the scope of...
... A quick reading of http://del.icio.us/help/api/ says NO. The worst problem is that it looks like they're using GET for unsafe operations. Another problem,...
... Right. A good example of that is this; <bundles> <bundle name="music" tags="ipod mp3 music" /> </bundles> -- http://del.icio.us/help/api/bundles The tags...
I see this approach to data references within XML quite a lot. An alternative to the tags="ipod mp3 music" style is to use URI references something like...
Does anyone know where I can get a definitive definition of "architectural style" as in "REST is an architectural style?" Wikipedia's entry is not relevent: ...
1. Roy, you really really ought to review the MetadataInURI finding. You were on the TAG, it's about URIs and metadata, you don't like the first sentence,...
... Yeah, but I left the TAG in order to get some important work done, and that isn't going to get done if I try to stick my head back into the TAG editorial...
RTF>> I would prefer that people not use the REST name to associate those different styles with what I defined. Wishful thinking, perhaps, but that is what I...
Etan (and everyone else): Hi everyone, nice to meet you all. I've been reading the list archives for the past week so I think I know some of you already. :) As...
Eran: I was getting the feeling of wasting time which is why I said what I said, but after contemplation the original idea is actually moot. The original idea...
... Understandable URLs can be great. Understandable URLs won’t cover all cases. When understandability requires a long URL, overall usability suffers....
... miss. I was referring to web services, not web browsers. ... aspect. ... That new job kept you away for a while? ;-) You were replying to a really old...
Dave, Sorry, your response got lost in my spam folder and I didn't see it until now. Thanks for the reply. ... "URI Template" aka "URI Query Language"...
... I'm sorry but this is absurd. As I said in my original response to Etan in the other mailing list, there is NOTHING in Roy's thesis that directly addresses...