Cron-Expression-Builder — Quartz, AWS, DST-Warnung

Was macht der Builder?

Der Cron-Expression-Builder ist ein Live-Editor für die vier dominanten Cron-Dialekte: klassischer Unix-Cron mit fünf Feldern, Quartz mit sechs oder sieben Feldern, AWS EventBridge mit fester Sechs-Feld-Form und Spring @Scheduled mit derselben Sechs-Feld-Form ohne Jahr. Tippst du in das Feld, übersetzt der Builder den Ausdruck sofort in einen deutschen Klartext-Satz, listet die nächsten fünf Ausführungen in deiner IANA-Zeitzone auf und meldet Sommerzeit-Übergänge, unmögliche Datumskombinationen und die OR-Falle, wenn Tag-des-Monats und Wochentag gleichzeitig gesetzt sind.

Pure-client. Jeder Ausdruck bleibt in deinem Browser. Kein Server, kein Tracking, keine Cookie-Wall. Das Tool funktioniert offline, sobald die Seite einmal geladen ist.

Warum braucht es ein Tool für Cron?

Cron sieht harmlos aus — fünf Sterne reichen, um jede Sekunde zu treffen. Aber sobald du etwas spezifischer wirst, beißen die Details. 0 0 31 2 * parst sauber als jeden 31. Februar um Mitternacht, läuft aber nie. 0 0 * * 0,1 läuft scheinbar nur Sonntag und Montag — auf systemd-Timern stimmt das, auf klassischen Vixie-Cron-Implementierungen verbindet das System die beiden Tag-Felder per ODER, und du erwischst doppelt so viele Tage wie gedacht. 0 2 * * * läuft 364 Tage im Jahr — und an dem einen Sonntag im März, an dem die Sommerzeit beginnt, läuft er nicht, weil 02:00 in vielen europäischen Zeitzonen schlicht nicht existiert. AWS EventBridge dokumentiert das hinter einem Absatz, der mit den Worten gewollt-übersprungen beginnt.

Der Builder fängt diese drei Klassen mit derselben Oberfläche: Klartext-Erklärung, Next-Run-Liste in deiner Zeitzone und ein Hinweis-Panel, das Sommerzeit, OR-Falle und unmögliche Daten in einer einheitlichen Sprache nennt.

Vier Dialekte in einem Editor

Unix-Cron ist die fünf-Felder-Form, die in jeder Linux-Distribution mitkommt. Quartz, der Scheduler hinter Spring-Batch und Quartz.NET, hängt vorne ein Sekunden-Feld an und hinten optional ein Jahres-Feld. AWS EventBridge übernimmt die Quartz-Form, verschiebt den Wochentag aber von 0-6 auf 1-7 und macht den Fragezeichen-Mutex zwischen Tag-des-Monats und Wochentag zur Pflicht. Spring @Scheduled ist ein Quartz-Klon ohne Jahr.

Der Builder unterscheidet die vier Dialekte über das obere Tab-Pickerfeld. Jeder Klick auf einen Preset (Stündlich, Werktags 09:00, Wochenende 10:00) zieht automatisch den passenden Ausdruck für die aktuell gewählte Variante. Ein Wechsel der Variante übersetzt einen Preset-Treffer mit, ohne dass du den Ausdruck erneut eingeben musst.

Klartext-Erklärung — Voice-Search-First

Die erste Zeile der Erklärung beantwortet die Frage direkt — Beispiel: Jeden Montag um 09:00 Uhr. Diese Konvention erleichtert Voice-Search und LLM-Citation: der Satz funktioniert als Schlagwort ohne weitere Kontext-Schritte. Google-Assistant- und Perplexity-Antworten lesen typischerweise die ersten zehn Wörter aus dem ersten Absatz vor — die Erklärung ist genau so geformt, dass das passt.

Zeitzonen-Vorschau

Die Next-Run-Liste rechnet im Hintergrund über Intl.DateTimeFormat und einer minütlichen Probe, ob die geplante Stunde, Minute und Wochentag-Kombination im Ziel-IANA-Slot matcht. Acht populäre Zeitzonen sind voreingestellt — UTC, Europa/Berlin, Europa/London, Amerika/New York und vier weitere. Die IANA-Zeitzonen-Datenbank ist die weltweite Referenz für Zeitzonen-Daten — Browser, Server und Runtime-Bibliotheken benutzen sie.

Sommerzeit-Warnung

Sobald die Zeitzone eine DST-Übergangsstunde im Vorhersagefenster zeigt, untersucht der Builder, ob die Cron-Stunde betroffen ist. Wenn ja, erscheint eine gelbe Warnung neben der Next-Run-Liste: Übersprungen am 2026-03-29 — die Uhr springt von 02:00 auf 03:00 oder Doppelt ausgeführt am 2026-10-25 — die Stunde wiederholt sich beim Zurückstellen. Diese Sätze verhindern die häufigste Fehlannahme bei Backup- und Reporting-Jobs.

Was prüft die semantische Validierung?

Syntaktisch gültig heißt nicht semantisch sinnvoll. Der Builder unterscheidet drei Klassen:

• Wird nie laufen — 0 0 31 2 * parst sauber, aber der 31. Februar existiert nicht. Der Builder erkennt das anhand der Tabelle für Monats-Längen und meldet die Warnung sofort.
• OR-Falle — Wenn Tag-des-Monats und Wochentag beide gesetzt sind, verbindet Vixie-Cron per ODER, systemd und Spring per UND. 0 0 1 * MON läuft auf Vixie-Cron jeden 1. plus jeden Montag — auf systemd nur am 1., wenn das ein Montag ist. Die Warnung nennt beide Implementations- Erwartungen, damit der Reviewer sich nicht später wundert.
• Variantenfehler — Wer Sekunden in einem Unix-Cron tippt oder das Fragezeichen in einem Unix-Feld setzt, bekommt eine klare Variantenfehler-Meldung statt eines stillen Parse-Fails.

Welche Exporte sind eingebaut?

Vier Zielformate sind vorbereitet. Jedes liefert exakt den Block, den du in dein YAML, Manifest oder crontab kopieren kannst:

• crontab — eine reine Cron-Zeile plus Kommentar-Header. Eignet sich für crontab -e oder eine /etc/cron.d-Datei.
• GitHub Actions — vollständiger on.schedule-Block mit name, cron in Single-Quotes und einem expliziten # Runs in UTC-Kommentar. Der Kommentar verhindert die häufigste GitHub-Actions-Konfusion (lokal getestet, UTC-eingeplant).
• Kubernetes CronJob — vollständiges Manifest mit apiVersion: batch/v1, kind: CronJob, sanitiziertem DNS-1123-Namen und busybox-Beispiel-Container. Du ersetzt nur image und command.
• AWS EventBridge — kompakter cron(...)-Wrap. Die AWS-Konsole akzeptiert genau diese Form.

Was ist absichtlich nicht gebaut?

Der Builder ist Builder-only: er plant, validiert und exportiert. Monitoring, Alerting, History und Cron-Job-Aufrufe gehören nicht hierher. Sieben Funktionen sind absichtlich nicht gebaut:

• Kein Monitoring oder Dead-Man’s-Switch — dafür gibt es Cronitor und ähnliche Dienste.
• Kein History-Speicher länger als die aktuelle Session — der Hard-Cap kein localStorage gilt auch hier.
• Keine Simulation länger als vier Jahre — 0 0 29 2 * würde sonst die Vorschau einfrieren.
• Keine Vendor-Dialekte (Jenkins H-Hash, Nomad-spezifisch, Camel-Quartz-Extensions).
• Keine NLP-Übersetzung Text-zu-Cron — das gehört in LLM-Tools und bricht das Pure-Client-Versprechen.

Wie ist die Privacy geregelt?

Der Builder läuft komplett in deinem Browser. Es gibt keinen Serveraufruf, kein Telemetrie-Endpunkt, keinen Cookie-Banner. Die einzigen Host-APIs, die der Builder benutzt, sind new Date() für die Anker-Zeit der Next-Run-Vorhersage und Intl.DateTimeFormat für die IANA-Zeitzonen-Umrechnung. Beide sind Web-Standards seit Jahren, ohne Tracking-Implikation.

Verwandte Themen

• Cron auf Wikipedia — Geschichte, Vixie-Cron, systemd-Timer
• IANA-Zeitzonen-Datenbank — Quelle für DST-Übergangsdaten
• GNU mcron Manual — Erweiterungen über Vixie-Cron hinaus, optionaler Lesestoff für Custom-Scheduler-Patterns