Quartz has a clustering facility that makes this easy, the OpenSymphony website has more docs on this, investigate the forums/community there.
org.quartz.jobStore.isClustered = true Using a JDBC JobStore with the cluster config should ensure that the job only runs once within the cluster. p Rusty Wright wrote: > Hmm, I see your point. I'll discuss it with others here and see what > they think. > > Leon Rosenberg wrote: >> Hello Rusty, >> >> On Sun, Jan 11, 2009 at 6:10 PM, Rusty Wright <rusty.wri...@gmail.com> >> wrote: >>> The reason making it a web app appeals to me is that then I can have >>> it log >>> to a database, and I can tweak its configuration via a web page. And >>> I can >>> have a checkbox, disable/enable so I can turn it off if needed. >> >> Well it seems like you are trying to bypass your companies security >> guidelines. Which means, either you are doing the wrong thing, or the >> guidelines are wrong. However, if you would follow the guidelines you >> will have to protect your configuration page from the outworld, and >> also from the developers, allowing only admins to change it (otherwise >> you are creating a backdoor into your own application) and you win >> nothing. >> >>> So I'm trying make something that gives me (and the end user) more >>> direct >>> and timely access to it. >>> >> >> I understand that there are companies, where you have to actually act >> against the policies to achieve a positive result (for the company), >> but maybe you should try to talk people first and try to change things >> a bit. If you use the word "agile" often, your chances to actually get >> limited access to the production system will increase dramatically :-) >> >> regards >> Leon >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
