Vineet,

thanks for the snippet. When I try your code, I get again an error message
saying:

org.hibernate.HibernateException: No Hibernate Session bound to thread, and
configuration does not allow creation of non-transactional one here

So, how can I bind the hibernate session to my thread? Or do I need to change
the configuration?

Andreas 

> -----Original Message-----
> From: vineet semwal [mailto:vineetsemwal1...@gmail.com] 
> Sent: Wednesday, February 17, 2010 5:02 PM
> To: users@wicket.apache.org; sam.lued...@t-online.de
> Subject: Re: best way to detect session termination
> 
> a small example,
> WebApplicationContextUtils.getRequiredWebApplicationContext(ge
> tServletContext()).getBean("name")
> 
> On Wed, Feb 17, 2010 at 8:50 PM, vineet semwal
> <vineetsemwal1...@gmail.com>wrote:
> 
> >
> > quick solution to do by retrieving the bean from spring 
> applicationcontext
> > in your webapplication,
> > it will work but i am not sure how good the solution is .
> >
> >
> >
> > On Wed, Feb 17, 2010 at 5:54 PM, Andreas Lüdtke 
> <sam.lued...@t-online.de>wrote:
> >
> >> Vineet,
> >>
> >> I'm now storing the session id in the user record. But now 
> I have another
> >> problem, because hibernate tells me now in sessionDestroy():
> >>
> >> org.hibernate.HibernateException: No Hibernate Session 
> bound to thread,
> >> and
> >> configuration does not allow creation of non-transactional one here
> >>
> >> I'm using spring to inject my dao. I also tried to use the 
> dao in my
> >> HttpSessionListener which is configured in web.xml, but 
> that prevents my
> >> app
> >> from being started by Tomcat.
> >> Next I did was to create a manual created hibernate 
> session, but that
> >> raised
> >> other problems like a missing hibernate.hbm.xml file and I 
> don't want to
> >> configure that manually...
> >>
> >> Does somebody see another way to access my user data, or am I doing
> >> something
> >> stupid?
> >>
> >> Andreas
> >>
> >>
> >> > -----Original Message-----
> >> > From: vineet semwal [mailto:vineetsemwal1...@gmail.com]
> >> > Sent: Tuesday, February 16, 2010 2:15 PM
> >> > To: users@wicket.apache.org; sam.lued...@t-online.de
> >> > Subject: Re: best way to detect session termination
> >> >
> >> > can't you simply do that in
> >> > webapplication.sessiondestroy(String sessionid),
> >> >  you can store the sessionid when user logs in and on 
> sessiondestroyed
> >> > ,search the user by this sessionid ,
> >> > and change whatever in user object and then persist it..
> >> >
> >> > On Tue, Feb 16, 2010 at 6:23 PM, Andreas Lüdtke
> >> > <sam.lued...@t-online.de>wrote:
> >> >
> >> > > I studied the classes HttpSessionBindingListener and
> >> > > AbstractHttpSessionStore
> >> > > as you noted, but I think I'll still have no link between
> >> > the SessionId
> >> > > from
> >> > > the HTTPSession and my own Session. Maybe I'm missing
> >> > something or "I don't
> >> > > see the wood among all the trees" as we say in Germany...
> >> > >
> >> > > Andreas
> >> > >
> >> > > > -----Original Message-----
> >> > > > From: Eelco Hillenius [mailto:eelco.hillen...@gmail.com]
> >> > > > Sent: Monday, February 15, 2010 7:08 PM
> >> > > > To: sam.lued...@t-online.de
> >> > > > Cc: users@wicket.apache.org
> >> > > > Subject: Re: best way to detect session termination
> >> > > >
> >> > > > You could use a HttpSessionBindingListener like Wicket
> >> > does internally
> >> > > > (see AbstractHttpSessionStore). Or as a hack store
> >> > references to the
> >> > > > session objects in the session listener. That's the 
> easy fix, but
> >> > > > doesn't scale if you need session replication (unless
> >> > maybe you use
> >> > > > e.g. Terracotta).
> >> > > >
> >> > > > Eelco
> >> > > >
> >> > > > On Sun, Feb 14, 2010 at 4:36 AM, Andreas Lüdtke
> >> > > > <sam.lued...@t-online.de> wrote:
> >> > > > > Hi Eelco,
> >> > > > >
> >> > > > > thanks for the hint. Now I can detect the end of a session.
> >> > > > Unfortunately I
> >> > > > > can't access my own wicket session in that
> >> > > > sessionDestroyed() method in order
> >> > > > > to get the info about the connected user. I've got ther
> >> > > > error message
> >> > > > > "java.lang.IllegalStateException: you can only locate or
> >> > > > create sessions in
> >> > > > > the context of a request cycle".
> >> > > > >
> >> > > > > Do you know how I can achieve this?
> >> > > > >
> >> > > > > Andreas
> >> > > > >
> >> > > > >> -----Original Message-----
> >> > > > >> From: Eelco Hillenius [mailto:eelco.hillen...@gmail.com]
> >> > > > >> Sent: Saturday, February 13, 2010 7:02 PM
> >> > > > >> To: users@wicket.apache.org; sam.lued...@t-online.de
> >> > > > >> Subject: Re: best way to detect session termination
> >> > > > >>
> >> > > > >>
> >> > 
> http://www.xyzws.com/Servletfaq/when-do-i-use-httpsessionlistener/7
> >> > > > >>
> >> > > > >> Eelco
> >> > > > >>
> >> > > > >> On Sat, Feb 13, 2010 at 8:38 AM, Andreas Lüdtke
> >> > > > >> <sam.lued...@t-online.de> wrote:
> >> > > > >> > I would like to detect the termination of the
> >> > session to set the
> >> > > > >> > "lastAccesTime" in the user profile. This should also
> >> > > > >> happen if the session
> >> > > > >> > times out.
> >> > > > >> >
> >> > > > >> > I read in archive about a HttpSessionListener 
> that should
> >> > > > >> do the trick.
> >> > > > >> > Unfortunately I can't find a place to install it.
> >> > > > >> >
> >> > > > >> > Thanks
> >> > > > >> >
> >> > > > >> > Andreas
> >> > > > >> >
> >> > > > >> >
> >> > > > >> >
> >> > > > >>
> >> > > >
> >> > 
> ---------------------------------------------------------------------
> >> > > > >> > To unsubscribe, e-mail: 
> users-unsubscr...@wicket.apache.org
> >> > > > >> > For additional commands, e-mail: 
> users-h...@wicket.apache.org
> >> > > > >> >
> >> > > > >> >
> >> > > > >>
> >> > > > >
> >> > > > >
> >> > > >
> >> > > >
> >> > 
> ---------------------------------------------------------------------
> >> > > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> >> > > > For additional commands, e-mail: users-h...@wicket.apache.org
> >> > > >
> >> > > >
> >> > >
> >> > >
> >> > >
> >> > 
> ---------------------------------------------------------------------
> >> > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> >> > > For additional commands, e-mail: users-h...@wicket.apache.org
> >> > >
> >> > >
> >> >
> >> >
> >> > --
> >> > regards,
> >> > Vineet Semwal
> >> >
> >>
> >>
> >> 
> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> >> For additional commands, e-mail: users-h...@wicket.apache.org
> >>
> >>
> >
> >
> > --
> > regards,
> > Vineet Semwal
> >
> 
> 
> 
> -- 
> regards,
> Vineet Semwal
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Reply via email to