Discussion :

[lestathor]

Bonjour,

J'ai un cron qui me relance Tomcat tous les jours.

Je voudrais ne pas pénaliser mes jobs Quartz en vérifiant qu'il n'y a pas de jobs en cours lorsque je relance mon tomcat.

Alors je voudrai savoir si il y a moyen de vérifier côté système Linux, si il y a ou non des jobs en cours. J'ai déjà identifié plusieurs possibilités :
- Depuis le serveur tomcat, appeler un shell sur le sgbd qui exécute une requête en base et me donne le nombre de jobs en cours. Si il est égal à 0, je relance Tomcat.
- Sur le serveur Tomcat, lorsqu'on lance un job on crée un fichier indiquant que des jobs sont en cours.

Je souhaiterai avoir une solution beaucoup plus simple, plus orienté couche système, comme avoir la liste des threads java avec une commande système.

Avez vous une idée ?

En vous remerciant d'avance.

[tchize_]

ce serait plutot à ton application de se charger d'exporter cette information. Soit en produisant une url qui donne les informations sur quartz, soit en exportant, par exemple, via jmx, cette information dans une bean qui peux être intérrogé par un client jmx.

Mais même si tu sais qu'il n'y a pas de job en cours, rien ne te garanti qu'entre ta requete et le redémarrage de tomcat, il n'y en a pas un qui va se mettre en route. Normalement c'est à toi à arrêter proprement quartz quand ton application quitte.

[lestathor]

Merci tchize pour ta réponse.

Ta solution avait été envisagée mais nous pose un problème. Notre serveur Apache n'est pas sur le même serveur que celui où tourne Tomcat, l'accès se fait via Apache et la communication via ajp13/jkmount.
Il nous est donc impossible d'accéder en local à une URL depuis le serveur Tomcat, et c'est bien là mon problème.
D'où ma demande pour visualiser depuis le serveur Tomcat que des jobs tournent.


Mais tu as raison, ça devrait être au dev. de s'occuper de cette tâche.

[tchize_]

il reste jmx, dont le boulot est justement d'exposer des beans de controle