Re: SOLVED: Zombie sessions
Re: SOLVED: Zombie sessions
- Subject: Re: SOLVED: Zombie sessions
- From: George Domurot <email@hidden>
- Date: Wed, 22 Oct 2008 10:46:02 -0700
Is there another technique, possibly from the Application layer to
monitor and manage/terminate/destroy these types of sessions
automatically?
-George
On Oct 22, 2008, at 10:39 AM, Chuck Hill wrote:
On Oct 22, 2008, at 10:34 AM, Simon McLean wrote:
Blimey, this has taken me weeks to figure out...
We've been plagued with zombie sessions for weeks on a couple of
production apps. One, for example, is used by a team of 5 people
who sign on in the morning and out in the evening, by which time
the app is busy running 300+ sessions!
Anyway, after much digging I finally nailed it down to a component
that was being used to render email. We use the following method to
instantiate a component and then call
generateResponse().contentString() to get it's html content:
public static WOComponent instantiatePage(String pageName) {
// Create a context from a fake request
WORequest request = new WORequest("GET", "", "HTTP/1.1", null,
null, null);
WOContext context =
WOApplication.application().createContextForRequest(request);
return WOApplication.application().pageWithName(pageName, context);
}
The problem was that one of the components used as an email touched
the session. I believe because we are using a fake context this
results in a new session being created. I'm not sure why those
extra sessions don't just expire like normal ones ? But anyway,
problem solved. I can sleep again.
They weren't created normally in the RR loop so sleep never got
called on them. Like a watched pot never boiling, awake sessions
never terminate. :-P
Chuck
--
Chuck Hill Senior Consultant / VP Development
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve specific
problems.
http://www.global-village.net/products/practical_webobjects
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden