|
From: <jue...@we...> - 2004-07-29 17:20:55
|
Colin, As I was just discussing the issue with a colleague of mine, and as = you're known to not like the Open Session in View pattern ;-) What do you think regarding this "deferred close" mode for = OpenSessionInViewFilter/Interceptor that I've introduced a while ago? = That combination of correct transactional semantics plus lazy loading in = the view is a quite nice way to avoid the drawbacks of the classic = OpenSessionInViewFilter (what's now called "single session" mode). It = should never cause side effects but still allow for flexible lazy = loading. Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of j=FCrgen h=F6ller [werk3AT] Sent: Friday, July 09, 2004 7:39 PM To: spr...@li... Subject: [Springframework-developer] New deferred close mode for OpenSessionInViewFilter/Interceptor Due to numerous recent requests in that direction, I've implemented a = new mode for OpenSessionInViewFilter/Interceptor, as alternative to a = single session per request:=20 Each data access operation respectively transactions uses its own = Hibernate Session (like when not using Open Session in View). Each of = those sessions will be registered for deferred close, though, actually = processed at request completion. This does allow for lazy loading with = each of those sessions, but you won't get a single first-level cache for = the entire request, as there can be multiple Sessions.=20 OpenSessionInViewFilter/Interceptor still uses a single session per = request by default, but allows to activate deferred close mode instead = by specifying "singleSession"=3D"false" as init-param respectively bean = property.=20 Juergen =20 ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 -=20 digital self defense, top technical experts, no vendor pitches,=20 unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |