- From: Walden Mathews <waldenm@optonline.net>
- Date: Tue, 18 Oct 2005 23:23:53 -0400
- To: Mark Baker <distobj@acm.org>, David Orchard <dorchard@bea.com>
- Cc: www-tag@w3.org
True or false: 1. All resources are stateful. 2. All state is resource state. 3. Some resources are conversations; some are not. 4. Sometimes conversations are given identifiers; sometimes they are not. Bonus: 5. Servers should (usually) refrain from remembering conversations for which they have no identifier. ANSWERS ------ 1. True. 2. True. 3. True. 4. True. 5. It depends. ---- How did we do? Is this helpful? Walden ----- Original Message ----- From: "Mark Baker" <distobj@acm.org> To: "David Orchard" <dorchard@bea.com> Cc: <www-tag@w3.org> Sent: Tuesday, October 18, 2005 1:59 PM Subject: Re: Rough text for State finding : : Dave, : : On Tue, Oct 18, 2005 at 10:07:36AM -0700, David Orchard wrote: : > I've been wondering about the difference and relationship between : > resource state, entity state, protocol state, session state, and : > application state. : : FWIW, earlier this year I took at stab at some of those on the RESTwiki; : : http://rest.blueoxen.net/cgi-bin/wiki.pl?StateFaq : : >I think there are layers of state, and multiple : > layers of protocols, which can be mixed together to confuse things from : > a modeling/layering perspective. For example, I may have a stateful : > application protocol (bank app), a stateless network session protocol : > (http), and a stateful low level network data protocol (tcp). : : That's an interesting comment. Why do you call the "bank app" the : application protocol and HTTP a "network session protocol"? HTTP is : of course an application protocol, which AFAICT, makes the "bank app" : just a bunch of interlinked resources and their representations. No? : : If you mean to suggest that there's a layered relationship between : session state and resource state (using the StateFaq definitions), I'd : disagree. I think both are primarily application layer inhabitants, : although "session state" is sometimes used to refer to sub-application : layer state too, e.g. TCP. : : Mark. : -- : Mark Baker. Ottawa, Ontario, CANADA. http://www.markbaker.ca : Coactus; Web-inspired integration strategies http://www.coactus.com : : : __________ NOD32 1.1259 (20051018) Information __________ : : This message was checked by NOD32 antivirus system. : http://www.eset.com : :
Received on Wednesday, 19 October 2005 03:23:53 UTC