Date et heure
Analysez une expression Java Quartz et consultez les dates qui correspondent à ses conditions.
Les données sont traitées dans ce navigateur et ne sont pas envoyées à un serveur.
Date ISO avec secondes. Sans fuseau, la zone IANA choisie s’applique. Une heure répétée/absente exige Z ou un décalage. Année locale de départ : 1970–2099.
Heures absentes ignorées ; heures répétées au décalage le plus tardif, sans revenir avant le départ local. Les données navigateur/JVM et les paramètres du déclencheur peuvent différer.
512 unités UTF-16, 1–1 000 dates, dix années civiles locales et année 2099 au maximum. Arrêt après cinq secondes de calcul.
Les modifications restent dans le brouillon jusqu’à l’application de l’aperçu.
0 0 9 ? * MON-FRI
Seconde/minute 0–59 ; heure 0–23 ; jour 1–31 ; mois 1–12 ; semaine 1=DIM–7=SAM ; année 1970–2099 (vide pour omettre). Un seul champ de jour doit être ?.
Sous-ensemble Java Quartz 2.3.2 : listes, plages, pas numériques, ?, L, L-n, LW, nW, nL et n#k. Sélecteurs spéciaux isolés. Pas de pas nommés, plages mixtes ou L-nW.
L’entrée ou les options ont changé. Actualisez les résultats avant l’export.
Le Générateur cron Quartz permet de vérifier une échéance telle que le dernier jour ouvré du mois. Si le mois finit un dimanche, cette date diffère de son dernier jour calendaire. Une liste de dates permet de contrôler ce choix avant de configurer le déclencheur.
Ce générateur d'expressions cron associe un constructeur cron par champs à la lecture d’une expression cron Quartz existante. Une syntaxe valide ne garantit pas une liste complète : une règle visant le 31 février ne produit aucune date, même si ses nombres sont autorisés.
Le Générateur cron Quartz demande exactement un ? entre le jour du mois et le jour de la semaine. En cas de conflit, il conserve la saisie et indique le champ concerné. Il ne supprime pas une condition à votre place : le brouillon doit être prévisualisé puis appliqué.
L sélectionne la dernière date du calendrier ; LW sélectionne le dernier lundi à vendredi du mois. Si la fin du mois tombe un dimanche, LW pointe sur le vendredi précédent. Ce contraste aide à vérifier les traitements de clôture sans supposer que tous les mois ont 31 jours.
Charger les champs décompose l’expression courante dans le brouillon. Les modèles ne changent eux aussi que ce brouillon. Une année vide donne six champs, une année renseignée sept. L’aperçu indique les modifications ; Annuler la modification restaure ensemble saisie, réglages et résultat.
L’exemple commence le 1er janvier 2026 en UTC. Maintenant prépare une nouvelle valeur à confirmer. Utilisez une date ISO avec les secondes. Sans décalage, la zone IANA choisie s’applique ; une heure locale répétée ou absente exige Z ou un décalage explicite.
L’affichage avance par lots de 50 dates. La copie inclut le rapport complet et le téléchargement fournit du JSON. Le calcul automatique attend 350 ms ; désactivez-le pour utiliser Analyser ou Ctrl/Cmd + Entrée. Toute modification bloque immédiatement l’export d’un résultat périmé.
L’ordre est seconde, minute, heure, jour, mois, jour de semaine, puis éventuellement année. L’expression normalisée conserve la présence ou l’absence de cette année. Une expression à six champs contient donc toujours les secondes.
L-n recule de n jours depuis la fin du mois. nW cherche le lundi à vendredi le plus proche, sans changer de mois. nL désigne le dernier jour de semaine choisi et n#k sa kième occurrence. FRI#3 et 6L peuvent ainsi sélectionner deux vendredis différents.
22-2 couvre les heures autour de minuit et NOV-FEB traverse la fin de l’année. La minute 5/15 choisit 5, 20, 35 et 50, puis recommence à chaque heure. Les pas numériques appartiennent à leur champ ; les plages d’années doivent rester croissantes.
Chaque occurrence donne la date locale, son décalage UTC et l’instant UTC. Le rapport conserve le départ et la limite de recherche. Les règles rares affichent le nombre demandé et le nombre trouvé séparément, pour rendre visible une prévision incomplète.
? signifie qu’aucune valeur précise n’est imposée dans ce champ. * sélectionne toutes les valeurs. Pour les jours de semaine à neuf heures, écrivez 0 0 9 ? * MON-FRI. Pour tous les jours à neuf heures, écrivez 0 0 9 * * ?. Les deux champs ne peuvent pas recevoir chacun une condition précise.
0 0 9 L * ? sélectionne la dernière date du mois à 09:00, quelle que soit sa longueur. LW sélectionne plutôt le dernier lundi à vendredi. Cela ne remplace pas un calendrier de jours fériés et ne garantit pas que la tâche terminera le même jour.
Le mois ne fournit aucune occurrence. Une règle pour le 31 ignore avril ; le 31 février ne correspond jamais ; MON#5 ignore les mois à quatre lundis. Le nombre de résultats dans la fenêtre est affiché même s’il reste inférieur à la demande. Ce cas est distinct d’une erreur de syntaxe.
Utilisez 0 0 9 ? * THUL, ou 0 0 9 ? * 5L. En Java Quartz, dimanche vaut 1 et jeudi 5. THU#4 désigne le quatrième jeudi : ce n’est pas forcément le dernier si le mois compte cinq jeudis.
Java Quartz exige les secondes, soit six champs obligatoires, et permet une année en septième position. Une expression Linux à cinq champs n’est donc pas directement utilisable. Ajouter 0 devant ne suffit pas à vérifier les différences de numérotation et de conditions sur les jours.
Une date inattendue ?
Avec le Générateur cron Quartz, contrôlez les champs et les dates trouvées avant de copier la règle dans votre configuration Java Quartz. Vérifiez ensuite le fuseau et la politique du déclencheur dans cet environnement.
Une date correspondante est une prévision, pas une preuve d’exécution.