Hi!
IMHO, a conversation should behave exactly the same as the session
does today - per default. There is nothing elementary different just
because you can have a multitude of conversations per user.
Getting in touch to the servlet timeout means we have to extend the
FrameworkAdapter
[EMAIL PROTECTED]
Date: Saturday, Sep 8, 2007 8:36 pm
Subject: Re: [orchestra] Conversation Timeouts (was changed scope
configuration)
To: Reply-MyFaces Development dev@myfaces.apache.orgTo: MyFaces
Development dev@myfaces.apache.org
Ok, so I guess orchestra could use that same
Currently the config for a scope (from which a conversation inherits its
properties) looks like this:
bean class=...orchestra.spring.SpringConversationScope
property name=timeout value=30/
/bean
If no timeout property is present, then no timeout applies.
Otherwise, the specified
Hi!
If no timeout property is present, then no timeout applies.
Otherwise, the specified timeout applies.
You are right too with all you said.
Hmmm No pc here yet, but, how do a servlet container behave if there is no
session timeout configured or is it a required configuration?
Ciao,
Hello,
according to the Servlet specification:
///
The session-timeout element defines the default
session timeout interval for all sessions created
in this web application. The specified timeout
must be expressed in a whole number of minutes.
If the timeout is 0 or less, the container ensures
Ok, so I guess orchestra could use that same convention. This is still a
magic number that people will need to look up in the docs, though.
I still think it is more intuitive for people to not get a conversation
timeout unless they configure one. There will be absolutely no surprised
developers
-
From: simon [EMAIL PROTECTED]
Date: Saturday, Sep 8, 2007 8:36 pm
Subject: Re: [orchestra] Conversation Timeouts (was changed scope
configuration)
To: Reply-MyFaces Development dev@myfaces.apache.orgTo: MyFaces
Development dev@myfaces.apache.org
Ok, so I guess orchestra could use