Then I guess it would be a good excercice to refactor that database access code into a DAO to decouple your actions from the DB.
2008/4/11, Peter Theissen <[EMAIL PROTECTED]>: > No, no dependencies at all. It should just do > the cleanup every day. > However, I would like to use my certain action > methods, since they already contain all the > funtionalities for DB acces. > > Thanks > Peter > > > > I would have thought of implementing the clean up service as servlet > filter > > outside struts. Or doing the same within an interceptor. > > > > Are there any dependencies that would need the clean up service to be > bound > > to a session context? > > - Frank > > > > > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, > April 11, 2008 2:25 PM > > > To: Struts Users Mailing List > > > Subject: Scheduled DB clean up service with Struts2 > > > > > > Hello, > > > > > > I now searched a while to get an idea how to implement > > > a DB clean up service with Struts2. The best link I found > > > was the following one: > > > following > http://www.javabeat.net/javabeat/ejb3/articles/timer_services_ > > > api_in_ejb_3_0_2.php > > > > > > What I dont understand is how to get the session context. > > > As described in the link Im using dependency injection: > > > >>> > > > @Resource > > > Private SessionContext s; > > > <<< > > > but unfortunately that doesnt work. Eclipse says that it > > > doesnt know the @Resource annotation. > > > However, the ejb3-persistence.jar is integrated in the > > > libs. Therefore, the annotation should be well known > > > to Eclipse? > > > > > > What I also dont understand that - even when I got that > > > stuff with that timer working - "who" starts the bean the > > > first time? Do I have to reconfigure something? > > > What happens if I restart the server? > > > > > > Another more general question is: > > > is that the most suitable way to implement the > > > DB clean up service, assuing that further services > > > wont be added in the future (otherwise: scheduler as > > > far from what I've read)? > > > > > > Thanks and best regards > > > Peter > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
