myfaces-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Steve Ronderos <>
Subject Re: Configure ConversationContext timeout in Orchestra
Date Mon, 15 Dec 2008 14:37:05 GMT

We need to reduce the timeout.  Unfortunately we are using the attributes 
of ConversationContext to store some values.  These are not being cleaned 
up until the ConversationContext times out, since the 
ConversationWiperThread hangs on to references to the ConversationContexs 
(via ConversationManager).  Thanks for creating an issue report.


Unfortunately we currently use ConversationContext.setAttribute to store 
some data.  We are trying to move away from this practice, it would be 
easier and faster to configure the timeout on ConversationContext than to 
refactor the code.


Steve Ronderos

Simon Kitching <>
12/15/2008 02:14 AM
Re: Configure ConversationContext timeout in Orchestra

Hi Steve,

I've double-checked, and it does indeed look like there is no way to
configure the ConversationContext timeout.

Do you want to *increase* or *reduce* the default timeout?

If you are looking at reducing the timeout then I would mostly agree with
Jacob: setting the ConversationContext timeout is not usually very
important. The ConversationManager (which holds the ConversationContexts) 
in the http-session, so as soon as the session times out all this data 
This is normally sufficient. And a ConversationContext object itself 
take up much memory; the Conversation objects held in it do, but they 
time out and be removed.

There are two cases in which reducing the context timeout is mildly 
(i) when a webapp only uses Orchestra in a few not-often-used parts. In 
case, the session will stay alive while the user is active in other parts 
the app.
(ii) when a user has opened multiple browser windows, does some
orchestra-relatde requests then closes some browser windows. In this case,
there is (or should be) a separate context per windows, but the ones for 
closed windows will continue to exist until the (non-configurable) timeout
(or the http session expires).

If you want to *increase* the timeout, so data doesn't get discarded when
the user is inactive then this is trickier. I would suggest using 
or meta-tags in the generated html page to do periodic "pings" of the
server; this is a more general solution to http session timeouts that I
often use. It ensures that the http session remains alive for as long as 
browser is open, regardless of the http session timeout selected.

Despite the above, there really *should* be a configuration option for 
so I have created issue


Jacob Mathew-2 wrote:
> What is the motivation for setting a timeout for the context? Ultimately
> you
> are interested in the deletion of beans in a conversation right? Can you
> not
> achieve that by setting the timeouts on the conversations directly? 
> bean in a conversationContext is inside a conversation...
> -Jacob
> On Fri, Dec 12, 2008 at 11:40 AM, Steve Ronderos
> <>wrote:
>> Hello Users,
>> I've looked around for documentation on how to override the 30 minute
>> time
>> out default that is set for ConversationContext in Orchestra.
>> I'm able to configure the Conversation timeout fine for both
>> conversation.access and conversation.manual, but I have been unable to
>> find
>> the configuration for ConversationContexts.
>> Does anyone know how I can configure this setting?
>> Thanks,
>> Steve Ronderos

View this message in context:

Sent from the MyFaces - Users mailing list archive at

View raw message