Crontab-Generator, der die Zeitumstellung mitrechnet

Ein Crontab-Eintrag besteht aus fünf Feldern: Minute, Stunde, Tag im Monat, Monat, Wochentag. Jedes Feld nimmt einen Wert, einen Bereich (8-17), eine Liste (1,15) oder einen Schritt (*/15); der Stern steht für jeden Wert. 30 7 * * 1-5 heißt also: an Werktagen um 7:30. Wann das in Sekunden seit 1970 ist, sagt der Ausdruck nicht. Dafür braucht es eine Zone.

Zone statt Offset

Der Generator verlangt einen IANA-Namen wie Europe/Berlin und nimmt keinen Offset wie +02:00. Der Name enthält die komplette Regel: an welchem Sonntag die Uhren springen, in welche Richtung, und wie der Offset in jedem beliebigen Jahr war. Ein Offset enthält davon nichts. Ein Tagesjob, der mit +02:00 definiert wurde, läuft ab Ende Oktober eine Stunde zu früh, ohne dass sich am Ausdruck irgendetwas geändert hätte. Die Trigger von Browserberg sind aus demselben Grund so gebaut.

Die beiden Nächte im Jahr

Die zehn Zeitpunkte werden mit wörtlich genommener Wanduhrzeit berechnet. Daraus folgen zwei Sonderfälle, die das Tool ausdrücklich anzeigt statt sie zu verstecken:

• Uhren zurück (letzter Sonntag im Oktober): Die Stunde von 2:00 bis 3:00 gibt es zweimal. Ein Job um 2:30 läuft einmal, beim ersten Durchgang. Ein zweiter Login auf einem Portal, das nur eine Sitzung zulässt, würde die erste rauswerfen.
• Uhren vor (letzter Sonntag im März): 2:00 bis 3:00 existiert nicht. Ein Job um 2:30 läuft, sobald die Lücke endet, und fällt nicht für den Tag aus.

Die nächste Ausführung liegt immer strikt nach dem Bezugszeitpunkt. Wer die doppelte Stunde naiv durchläuft, erzeugt Zeitpunkte, die schon vorbei sind, und ein Scheduler ohne diese Sperre würde dieselbe Ausführung endlos neu beanspruchen.

Was der Validator ablehnt

Unter dem Ausdruck stehen Probleme, nicht nur ein rotes Feld. Ein sechstes Feld (die Sekundenspalte aus Quartz und Spring) wird benannt und abgelehnt. Ein Intervall unter fünf Minuten ebenfalls, weil ein Zeitplan-Trigger bei Browserberg nicht häufiger feuert. Ein Wochentag außerhalb von 0 bis 7 oder ein 31. Februar wird als das gemeldet, was es ist.

Was das Tool nicht beurteilt

Die zehn Ausführungen sind berechnet, nicht beobachtet. Das Tool weiß nicht, wie lange dein Job läuft, ob sich zwei Läufe überlappen dürfen oder was mit einer Ausführung passiert, die während einer Störung verpasst wurde. Das entscheiden die Trigger-Einstellungen overlap und catchUp, und egal wie lange ein System aus war, es gibt höchstens eine Nachhol-Ausführung, nie einen Rückstau. Ob Europe/Berlin die richtige Zone für ein Portal ist, das sein Batchfenster nach Lissaboner Zeit schließt, kann dir auch niemand abnehmen. Das Tool macht nur sichtbar, was die Wahl bedeutet.