Open source workflow job scheduling for SuperScheduler


News: Open source workflow job scheduling for SuperScheduler

  1. Workflow job scheduling is available for SuperScheduler and SuperWatchdog at SuperScheduler is a full-featured task scheduler for all system and application job scheduling. Super Scheduler is the twin software of Super Watchdog, which is event-action task scheduler for event monitoring. Super Scheduler is entirely written in Java. It is an open source project with GPL license.

    Threaded Messages (10)

  2. I have used Quartz ( which is open source in my last project and its performance is good and its easy to implement either as standalone or through servlet web.xml. Kindly check the feature list at It is possible to schedule any kind of task with this 435 KB of jar file.
  3. For my understanding, Quartz is a library. You need program to use it. SuperScheduler is a system and work out-of-box. You use your mouse to schedule. Your keyboard is necessary if you need input data. SuperScheduler comes with many pre-defined type of jobs. For example, SSH, SCP. You call EJB by clicking: EasyEJB lists all available methods. You call Webservice by clicking: EasyWebservice lists all available services for you. And more..
  4. What's the downside to Quartz?[ Go to top ]

    Hi Manoj (and everyone else): We're building a scheduler and repository in our test automation platform. We picked Quartz too. From your experience, what are the downsides to using Quartz? -Frank
  5. Re: What's the downside to Quartz?[ Go to top ]

    Quartz is pretty good, the only problem I had with it was when its deployed with an app server. Once there is more load on the server it will kill the Quartz thread first to free up the resources. thanks.
  6. Downside of Quartz[ Go to top ]

    It is not fitted for J2EE specification. e.g. You are not allowed to spawn a new thread in web container.
  7. Re: Downside of Quartz[ Go to top ]

    ...And yet tens of thousands use Quartz within App Servers every day. The only App Server that has issues with it is WebSphere - and you can work-around that by setting a startup flag that tells websphere not to worry about it. The violation of J2EE spec being referred to is that a container-managed component (i.e. an EJB) is not supposed to spawn or manage threads. As long as you don't fire up Quartz from within a SessionBean (for example), you are not violating spec.
  8. Quartz is perfect[ Go to top ]

    <a href='javascript:/* Start Unit Test */ <a href='javascript:/* Stop Unit Test */
  9. Quartz doesn't have direct support for the latter.
  10. One of the primary goals of Quartz is to be embeddable. It is not trying to be an out-of-the-box solution.
  11. quartz transaction help[ Go to top ]

    The environment we are using is: Tomcat 5.0 Hibernate3.0 Spring2.5 osworkflow2.8.0 Quartz1.6.0 org.objectweb.jotm.UserTransactionFactory Based on the requirement, I need to schedule a job dynamically on the fly. The input (date & time) will be received from the user on when he would require the job to be fired. While doing this I am also updating the workflow by calling the do action method. I need to do all this in one transaction. While the workflow calls and other table updates are happening as part of the transaction, the quartz job scheduling is not. Even though an exception is raised, the quartz scheduler schedules the job and committed in the database instead of rolling back. Firing of job is working fine anyway because it is happening in a separate thread. Let me know what probably I am doing wrong or missing something. Regards sambath