Discussion :

[lvr]

Bonjour,

Dans certains cas, quand j'arrête mon application via un System.exit(0), je vois dans mon IDE (NetBeans) qu'elle tourne encore. Le seul moyen de l'arrêter est de fermer l'IDE. Je ne vois pas trop comment faire pour repérer ce qui tournerait encore et l'arrêter.

Quelqu'un saurait-il m'indiquer comment faire ?

Merci d'avance pour votre aide.

[mohamine1989]

Slt.
Peut être qu'il te reste des process ou des thread en cours d’exécution même après l’appel de cette méthode si tu utilise linux, il ne faut oublier que sous linux, un processus fils peut rester en exécution même après la fin de l’exécution du processus père, il reste en état zambie.
Bon courage

[lvr]

Slt.
Peut être qu'il te reste des process ou des thread en cours d’exécution même après l’appel de cette méthode si tu utilise linux, il ne faut oublier que sous linux, un processus fils peut rester en exécution même après la fin de l’exécution du processus père, il reste en état zambie.
Bon courage

Merci pour ta réponse.
Je suis sous WinXP. Mais je pense que le problème doit être là, vu que j'interface avec une sorte d'usine à gaz (LibreOffice).
Comment trouver ces thread-fils ?

[mohamine1989]

Il faut vérifier ton code pour t'assurer que tous les process et thread en terminer leurs exécutions avant l'appel de cette méthode.
Tu peut par exemple utiliser un sémaphore.

[Nudger]

Bonjour,

Il est possible que des threads tournent encore malgré l'arrêt du thread principal.
Sous Windows pour s'en assurer, il faut utiliser jstack qui fait un stack dump de tous les threads.
Les threads Daemon ne bloquent pas l'arrêt d'un programme, il faut donc chercher des threads non daemon dans le dump.
En regardant la stack, vous devriez ensuite reconnaitre le framework ou la librairie qui est responsable de la création de ce thread, ça vous orientera pour voir comment provoquer proprement l'arrêt de ce thread.

[wax78]

Dans certains cas, quand j'arrête mon application via un System.exit(0), je vois dans mon IDE (NetBeans) qu'elle tourne encore. Le seul moyen de l'arrêter est de fermer l'IDE. Je ne vois pas trop comment faire pour repérer ce qui tournerait encore et l'arrêter.

Tu es sure qu'il n'y a pas un souci avec le viewer de netbeans ? Parce que en théorie system.exit() il tue tout... sauf s'il reste bloqué avec les shutdown hook

[lvr]

Tu es sure qu'il n'y a pas un souci avec le viewer de netbeans ? Parce que en théorie system.exit() il tue tout... sauf s'il reste bloqué avec les shutdown hook

Sûr que ce n'est pas le viewer. Car je démarre LibreOffice qui fait un lock des documents ouverts. Si je relance mon application, les fichiers sont toujours lockés de l'exécution précédente.

Pour le moment, j'investigue au niveau de l'API de LibreOffice pour forcer une fermeture propre qui couperait tous ces threads qui tournent encore malgré le System.exit(0).

[hwoarang]

Pour le moment, j'investigue au niveau de l'API de LibreOffice pour forcer une fermeture propre qui couperait tous ces threads qui tournent encore malgré le System.exit(0).

Non, System.exit tue tous les threads qui tournent. D'apres la javadoc, il arrete la machine virtuelle liée au programme.
Par contre, ce que je comprends de ton texte, c'est que ce qui te fait croire que ca tourne, c'est la présence de fichiers lock. Or, c'est justement le fait de stopper le programme avec un System.exit qui tue tous les threads et ne leur permet donc pas de fermer proprement en liberant les ressources. Bref, comme tu l'as précisé, il vaut mieux trouver un moyen d'arreter proprement le programme plutot qu'un System.exit alors qu'un fichier est ouvert...