Re: Sessionless Direct Actions
Re: Sessionless Direct Actions
- Subject: Re: Sessionless Direct Actions
- From: "Jonathan 'Wolf' Rentzsch" <email@hidden>
- Date: Sat, 31 May 2003 12:10:57 -0500
Jonathan Fleming, email@hidden, wrote:
>Beware of these dynamic elements too, they require state to be stored on the
>server and so will create a session:
Great point, Jonathan. As you've noted, there are a bunch of components
that will implicitly create sessions behind your back.
While I've never done this, I think a good way to track this would be to
override WOContext's session() method. You could override it with a
screamer that would provide a backtrace of any component who creates a
session behind your back. Check out WOApplication's setContextClassName()
for a bottleneck to place your own custom screamer subclass.
Pierre Frisch, email@hidden, wrote:
>I would like to add just one thing. Sessions are not bad in themselves
>and can bring quite a bit of speed improvement to a DirectAction
>application by caching the objects
Caching which objects? Consider a stateless WOComponent. Does it get
cached in a way when using sessions than when you don't?
>an cutting the number of fetches you
>need at each request.
My ContentContext allows fetch spec caching sans sessions:
<http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/wonder/Wonder/Experimental/
WOWebLog/ContentContext/>
Anjo Krank, email@hidden, wrote:
>It is much easier to override Application.createSessionForRequest() and
>log an exception stack trace there to find the culprit...
Ack, that's a better bottleneck than subclassing WOContext. Use Anjo's
idea.
.......................................................
Jonathan 'Wolf' Rentzsch http://rentzsch.com
Red Shed Software http://redshed.net (847) 584-7465
PGP: b2af 1a09 f881 ebde c9d6 c4d2 c04f a3c0 3ec5 d5f2
"better" necessarily means "different"
_______________________________________________
webobjects-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/webobjects-dev
Do not post admin requests to the list. They will be ignored.