cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ovidiu Predescu <ovi...@cup.hp.com>
Subject Re: [RT] Flowmaps
Date Wed, 19 Jun 2002 22:54:33 GMT
On 6/18/02 8:22 AM, "Michael McKibben" <mmckibben@ncube.com> wrote:

> On Sun, 16 Jun 2002, Stefano Mazzocchi wrote:
> 
> [snip]
> 
>> 2) the concept of continuations is not transparent, there is concern
>> overlap between the view designers and the sitemap managers since the
>> view designers must be aware of the URI location of the
>> continuation-decoding URI.
>> 
>> [NOTE: it is *not* required that you use continuations for your flow
>> logic, you can use whatever means you have to control state as you did
>> previously, such as REST-like passing style, sessions or cookies]
> 
> What if continuations encoded in the uri were as transparent as they are
> with servlet sessions? For example, there could be a
> encodeContinuationURL(...) method in the environment interface/impls that
> transparently encode the continuation id and return an encoded url.
> Similarly, there would be a getContination() method that would return the
> continuation id of the request, or some undefined value (e.g. null) if no
> continuation is associated with the request.
> 
> Most servlet implementations make use of the path parameter component of a
> URI to encode session ids so as not to interfere with request parameters,
> e.g. "/context/path?param1=value1" becomes
> "/context/path;j-session-id=1234?param1=value1". A similar approach could
> be used to implement the encodeContinuationURL(...) method. This makes the
> continuation id orthogonal to the request URI.

This makes sense, and I think this is also what Stefano was proposing with
his transformer. I'll think about it.

-- 
Ovidiu Predescu <ovidiu@cup.hp.com>
http://www.geocities.com/SiliconValley/Monitor/7464/ (Apache, GNU, Emacs...)



---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


Mime
View raw message