No, this is the actual Hibernate Session object; you'll have to be careful if you share it around between threads, or hold onto it after the end of the current request.
On Fri, Jul 11, 2008 at 11:04 AM, Britske <[EMAIL PROTECTED]> wrote: > > and this would also give me a session bound to the current thread? Like, I > would inject in into a custom singleton service, and invoke the > getSession-method from different threads. > > Would I still get the session bound to the current-thread or the session > bound to the thread which first invoked getSession? > > > > > Howard Lewis Ship wrote: >> >> The injectable Session object is a property shadow of >> HibernateSessionManager.session. >> >> In other words, inject HibernateSessionManager, invoke getSession(). >> >> On Fri, Jul 11, 2008 at 4:57 AM, Filip S. Adamsen <[EMAIL PROTECTED]> wrote: >>> Hi, >>> >>> The problem here is that the proxy generated by Tapestry doesn't >>> implement >>> SessionImplementor. You'll have to get the SessionFactory and grab a >>> Session >>> from there if you want to do this. >>> >>> I don't use tapestry-hibernate so that's all I can say about that. >>> >>> By the way, the Session/SessionImplementor interfaces and the way they're >>> used isn't bad design - it's exactly what interfaces are for. :) >>> >>> -Filip >>> >>> Britske skrev: >>>> >>>> When injecting a (hibernate) Session a proxy to the actual session is >>>> returned. >>>> However, when using the session in a lot of my dao-services I need to >>>> have >>>> access to the 'real' underlying session instead of just the proxy. >>>> Is there a way to do this? >>>> >>>> Some background: after revisioning my dao/repository layer a bit I want >>>> to rely on >>>> hibernate's DetachedCriteria for a lot of queries. THis basically >>>> enables >>>> you to build hibernate criteria's without having a session handy. (very >>>> useful in the light of MVC, etc. ) However, when actually executing >>>> these >>>> detachedcriteria through detachedcrit.getExecutableCriteria(Session >>>> session) >>>> a 'real' session has to be supplied since the method makes uses the >>>> underlying implementation instead of just the session-interface. (bad >>>> design, I know) >>>> >>>> Anyone? >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> >> >> >> >> -- >> Howard M. Lewis Ship >> >> Creator Apache Tapestry and Apache HiveMind >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> >> > > -- > View this message in context: > http://www.nabble.com/T5%3A-possible-to-get-the-%27real%27-object-instead-of-a-proxy--tp18400135p18409476.html > Sent from the Tapestry - User mailing list archive at Nabble.com. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Howard M. Lewis Ship Creator Apache Tapestry and Apache HiveMind --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
