0 9 1-7 * * Ouvrir dans l’analyseur d’expressions cron Écrire 0 9 1-7 * 1 ne fonctionne pas : quand les deux champs de jour sont définis, cron s’exécute si l’un ou l’autre correspond, donc du 1er au 7 et tous les lundis. Quartz et Spring gèrent MON#1.
Champ par champ
| Champ | Valeur | Correspond à |
|---|---|---|
| Minute | 0 | 0 |
| Heure | 9 | 9 |
| Jour du mois | 1-7 | 1, 2, 3, 4, 5, 6, 7 |
| Mois | * | Toute valeur |
| Jour de la semaine | * | Toute valeur |
Prochaines exécutions
Exemple : les 6 premières exécutions après le 1 janvier 2026 (UTC).
- lun. 5 janv. 2026, 09:00
- lun. 2 févr. 2026, 09:00
- lun. 2 mars 2026, 09:00
- lun. 6 avr. 2026, 09:00
- lun. 4 mai 2026, 09:00
- lun. 1 juin 2026, 09:00
Versions prêtes à l’emploi
0 9 1-7 * * [ "$(date +\%u)" = 1 ] && /path/to/command Ajoutez la ligne avec crontab -e. Elle s’exécute dans le fuseau du serveur, sauf si CRON_TZ ou TZ est défini.
apiVersion: batch/v1
kind: CronJob
metadata:
name: first-monday-of-month
spec:
schedule: "0 9 1-7 * *"
timeZone: "Etc/UTC"
concurrencyPolicy: Forbid
jobTemplate:
spec:
template:
spec:
restartPolicy: OnFailure
containers:
- name: job
image: busybox:1.36
command: ["/bin/sh", "-c", "date; echo run"] Définissez spec.timeZone (Kubernetes 1.27+) ; sinon la planification suit le fuseau du controller manager, généralement UTC.
on:
schedule:
- cron: '0 9 1-7 * *'
workflow_dispatch: GitHub Actions utilise toujours l’UTC, accepte des intervalles d’au moins 5 minutes et peut démarrer en retard en cas de forte charge.
0 0 9 ? * MON#1 Quartz place les secondes en premier et exige ? dans le jour du mois ou le jour de la semaine. Les jours vont de 1 à 7 à partir du dimanche : les noms sont plus sûrs.
@Scheduled(cron = "0 0 9 * * MON#1") Spring @Scheduled(cron = …) prend six champs : les secondes, puis les cinq habituels.
FAQ
› Pourquoi 0 9 1-7 * 1 s’exécute-t-il trop souvent ?
Cron combine par OU le jour du mois et le jour de la semaine quand les deux sont restreints : il tourne du 1er au 7 et aussi chaque lundi.
› Dans quel fuseau horaire 0 9 1-7 * * s’exécute-t-elle ?
Cron utilise le fuseau horaire de la machine ou du service qui l’exécute. Sous Linux, c’est le fuseau du système sauf si CRON_TZ ou TZ est défini ; les CronJob Kubernetes acceptent spec.timeZone ; GitHub Actions utilise toujours l’UTC.
› Comment vérifier cette planification avant de la déployer ?
Ouvrez 0 9 1-7 * * dans l’analyseur d’expressions cron de ce site. Il explique chaque champ et liste les prochaines exécutions en heure locale ou en UTC, directement dans votre navigateur.