Re: session-id redux

> If your application requires a "stateful dialog" between client and
> server, clearly there are interactions with caching: the if a request
> for resource R is made first with dialog identifier X and subsequently
> with dialog identifier Y, a proxy must not satisfy the second request
> with a cached response from the first request.

Personally, I don't see the problem with making such an identifier part 
of the URL. I do it all the time (via http://..../blah?state=XXX) and it 
works just fine. No problems with caches, etc. It turns out to be a real 
pain and break lots of browsers if you have a URL that points to 
different documents at different (closely spaced) times.

   --Darren

Received on Wednesday, 26 July 1995 12:12:40 UTC