Fragen zum eigenen Scheduler

[Guest]

Hey!

Ich möchte gern eine Scheduler Funktion in meine Anwendung integrieren.
Dabei soll der User die Möglichkeit haben verschiedene Aktionen zu verschiedenen Zeiten automatisch ausführen zu lassen.

Habe gesehen, dass Sun hier den ScheduledExecutorService bereitstellt der einen bei dieser Arbeit unterstützen soll.

Nun habe ich aber eine Frage zum "generellen" Aufbau des ganzen:

Ich will die einzelnen Tasks mit Namen, Zeitpunkt des nächsten Laufes und letzter Lauf in der DB speichern.
Beim Programm Start müssten alle vom User angelegten Tasks ausgelesen werden und entsprechend viele ScheduledExecutorService geschichten gestartet werden.

Problem? => Was ist wenn hier über z.B. 100 Threads zusammen kommen? Ab wo könnte es kritisch werden?
Wie kann man das ganze umgehen?

Eine Variante wäre zum Beispiel alle Tasks ausfiltern bzw. nur diese auszulesen die auch an dem entsprechenden Tag ausgeführt werden müssen - doch auch das könnten je nach Anwender recht viele sein denke ich ...

Wie würdet ihr hier vorgehen?

 

[kama]

Hi,

schau Dir mal http://www.opensymphony.com/quartz/ mal genau an.

Kann alles was man braucht....Tutorial durch arbeiten braucht ca. 1/2 - 1 h ....dann kannst Du es benutzen...

MfG
Karl Heinz Marbaise

 

[Gast]

Hmm sieht an sich ganz interessant aus, aber die Frage zum Aufbau ist dadurch nicht unbedingt geklärt

Ich habe jetzt meine geplanten Tasks in der Datenbank gespeichert und lese beim Start der Software alle Tasks in den nächsten 24 Stunden aus.

Diese packe ich dann in einen SimpleTrigger und gebe den Start mit.
Mal schaun ob mir noch etwas eleganteres einfällt.

Eine Frage zu Quartz hätte ich aber:
Angenommen ich habe 5 Jobs die der User alle auf 12 Uhr gelegt hat. Was muss ich bei Quartz einstellen, dass immer nur 1 Job ausgeführt werden darf und die anderen so lange warten bis Sie an der Reihe sind?

 

[kama]

Hallo,

Hmm sieht an sich ganz interessant aus, aber die Frage zum Aufbau ist dadurch nicht unbedingt geklärt

Ich habe jetzt meine geplanten Tasks in der Datenbank gespeichert und lese beim Start der Software alle Tasks in den nächsten 24 Stunden aus.

Diese packe ich dann in einen SimpleTrigger und gebe den Start mit.
Mal schaun ob mir noch etwas eleganteres einfällt.

Also lernen kann man dabei ja eine ganze menge aber ob man damit auch in einer gewissen Zeit zum Ziel kommt ist eine andere Frage.....
Wie lange hast Du deine Konstruktion getestet? Clustering? Betrieb in einem Applikations Server (JBoss etc.)? etc....

Datenbank Unabhängigkeit ?

Angenommen ich habe 5 Jobs die der User alle auf 12 Uhr gelegt hat. Was muss ich bei Quartz einstellen, dass immer nur 1 Job ausgeführt werden darf und die anderen so lange warten bis Sie an der Reihe sind?

Dazu kann man state-full jobs nutzen...Siehe Doku zu Quartz....

MfG
Karl Heinz Marbaise

 

[Guest]

Hallo kama,

Wie lange hast Du deine Konstruktion getestet? Clustering? Betrieb in einem Applikations Server (JBoss etc.)? etc....

Datenbank Unabhängigkeit ?

Testen konnte ich bisher eigtl. noch gar nichts da ich das ganze aufgrund meines anderen Problems nicht benutzen kann.
Applikation Server => Nein, Datenbank Unabhängigkeit => Die Jobs haben nichts direkt mit der DB zu tun.

[quote="kama"Dazu kann man state-full jobs nutzen...Siehe Doku zu Quartz....[/quote]

Hmm in der Doku steht zu den Stateful Jobs folgendes:

StatefulJob

Now, some additional notes about a job's state data (aka JobDataMap): A Job instance can be defined as "stateful" or "non-stateful". Non-stateful jobs only have their JobDataMap stored at the time they are added to the scheduler. This means that any changes made to the contents of the job data map during execution of the job will be lost, and will not seen by the job the next time it executes. You have probably guessed, a stateful job is just the opposite - its JobDataMap is re-stored after every execution of the job. One side-effect of making a job stateful is that it cannot be executed concurrently. Or in other words: if a job is stateful, and a trigger attempts to 'fire' the job while it is already executing, the trigger will block (wait) until the previous execution completes.

You 'mark' a Job as stateful by having it implement the StatefulJob interface, rather than the Job interface.

Da ist die Rede davon das JobA nur einmal im System laufen kann - ok schön und gut aber was ich will ist noch ein Schritt weiter:

Der User Definiert JobA, JobB, JobC und JobXY. Jeder dieser Jobs wird durch einen Trigger um 0 Uhr nachts gestartet.
Nun will ich, dass zuerst JobA fertiggestellt wird bevor JobB beginnt - egal ob das dann 3, 4, oder 10 Stunden später ist.
Wenn das Programm abstürzt und die anderen Jobs dann nicht ausgeführt werden => egal! Hauptsache es läuft immer nur eine einzige Aktion und die anderen stellen sich schön brav an!

Eine Idee dafür?