Discussion :

[ifsera]

Salut,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
	@Override
		public void run() {
 
			log.info(" --------------- ARRET VOLONTAIRE ------------------");
			System.exit(0);
 
		}

J'ai ce code qui arrête mon application, et le service tomcat comme voulu. Il s'agit d'une webapp

Le souci est qu'au niveau du gestionnaire de services, il est pramétré pour redémarrer. Mais cela le fait pas.

Si quelqu'un a une hypothèse ?

Merci

[DevServlet]

Bonjour, encore heureux que les services rédemarrent tous seuls , même si cela était techniquement possible,c'est une pratique à évidemment déconseiller, j'espère que ce n'est pas un réel besoin,et que vous êtes juste curieux de voir que c'est possible. Car cela doit relever de l'administration, imaginez un seul instant que votre serveur d'application heberge plus d'une web-app dans la vraie vie , ben là vous pénaliseriez toutes les autres applications par une telle manip.

[fxrobin]

pour arrêter et redémarrer un service tu peux le faire en ligne de commande, lancée par ton JAVA.

Regarde la classe Process et ProcessBuilder pour se faire.

Voici les commandes windows pour arrêter et redémarrer un service
- pour démarrer : net start [nom_du_service]
- pour arrêter un service : net stop [nom_du_service]

A tester toutefois si tu peux lancer les deux dans la foulée alors que ta JVM s'arrête ... ce qui n'est pas certain.

Comme indiqué par DevServlet, ça me parait bizarre comme besoin ;-)

Ton "exit()" est à proscrire ... car il n'arrête pas "gentiment" le service comme tu le penses, mais il tue le process de la JVM ... bref : c'est archi violent.

[ifsera]

Je me suis fait un bat que j'appelle via :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
Runtime.getRuntime().exec("cmd.exe /c start C:\restart_tomcat.bat");

Reste à l'appeler en tant qu'admin.
Niveau contenu, ce sont tes commandes fxrobin

Après, je laisse cela de côté parce que j'ai récupéré le comportement normal de l'appli, à savoir un redémarrage forcé avec un code retour à 0.

Pour l'erreur, j'avais modifié le nom du context, le System.exit(0) plantait en info et non en error au niveau de l'event viewer windows.

Du coup, je passe à côté d'une config sur le serveur, je suppose, mais ne sais pas où.

Le besoin est réel hélas, fuite de mémoire oblige à cause de driver odbc 4d. La webapp est seule sur son tomcat. Je te rassure,
je suis pas adepte non plus des System.exit(0)

Un prochain topic sûrement si mes recherches ne sont pas fructueuses

[fxrobin]

Le besoin est réel hélas, fuite de mémoire oblige à cause de driver odbc 4d. La webapp est seule sur son tomcat.

Et une tâche planifiée de redémarrage de ton service ? Ca n'irait pas mieux ?

C'est un peu "étrange" que ce soit ton application qui rédémarre le service qui l'héberge ... Conceptuellement parlant.

[ifsera]

Exact, une tâche planifiée aurait pû faire l'affaire. C'était une de mes options hier.

Le choix a été fait de passer par un process interne à l'appli. Bon ou mauvais, je suis reparti tout bêtement de l'existant.

Et vu que le truc tourne comme cela depuis pas mal de temps, je crois pas que je le ferais changer, n+1 oblige

[DevServlet]

Le besoin est réel hélas, fuite de mémoire oblige à cause de driver odbc 4d. La webapp est seule sur son tomcat. Je te rassure,
je suis pas adepte non plus des System.exit(0)

A mon avis, il faudrait chercher la cause du problème que d'évoquer une solution d'une telle violence.Il existe plusieurs outils Java pour traquer les fuites de mémoire.Mais si la solution de tuer la JVM vous parait plus simple,bon courage

[ifsera]

A mon avis, il faudrait chercher la cause du problème que d'évoquer une solution d'une telle violence.Il existe plusieurs outils Java pour traquer les fuites de mémoire.Mais si la solution de tuer la JVM vous parait plus simple,bon courage

C'est ce sur quoi je suis déjà parti...
Merci