Discussion :

[afkiba]

Bonjour,
J'ai développer une application java avec eclipse Mars avec une version de JDK 1.8.0_77.
L'application fonctionne correctement après la création de l'exécutable sous windows 7.
Mais depuis un certain moment j'ai constaté que cette dernière se plante lors de l'utilisation. Il refuse même la fermeture.
Il faut forcement lancer un nouveau exécutable pour continuer le travail. Je n'arrive pas a comprendre ce qui se passe.
S'il vous plait aider moi à comprendre le problème.

[joel.drigo]

Salut,

Il faudrait pouvoir voir les stacktraces des exceptions. Est-ce que tu traces au moins en console ? Dans des fichiers journaux (logs) ? Sinon, il faudrait le faire : ainsi tu verrais ce qui plante exactement, et tu pourrais le corriger.

[afkiba]

Merci pour votre prompte réponse.

Est-ce que tu traces au moins en console ? Dans des fichiers journaux (logs) ?

Je ne sais pas comment tracé le console dans windows. Dans l'environnement de développement, l'application ne plante pas, donc aucun message d'exception dans le console.
C'est après le déploiement que les utilisateurs remonte l'information de ce que l'application se plante.
Sous windows comment pourrai-je récupérée l'exception ?

[joel.drigo]

Je ne sais pas comment tracé le console dans windows.

Cela n'a pas de rapport avec Windows. On trace avec la méthode printStackTrace(). Ensuite, quand on exécute on exécute en console (avec java.exe, pas avec javaw.exe en double-cliquant sur un .jar runnable). Après la console, c'est juste une sortie, standard. On peut brancher ce qu'on veut sur le System.in, et envoyer dans un fichier, y compris dynamiquement au démarrage).
Le mieux est de passer par une api de logging, ce qui permet de paramétrer ça de façon très flexible, et d'avoir des messages formattés (datés entre autre), de gérer des niveaux de logs, etc, éventuellement à partir d'une configuration qu'on peut activer ou pas dynamiquement.

Dans l'environnement de développement, l'application ne plante pas, donc aucun message d'exception dans le console.

Cela sent le problème de ressources (chargement), ou peut-être des soucis de création de fichiers (dossier temporaire interdit par exemple).

C'est après le déploiement que les utilisateurs remonte l'information de ce que l'application se plante.
Sous windows comment pourrai-je récupérée l'exception ?

Le mieux c'est de prévoir un log (tu câbles une api de logging, log4j, slf4j ou flogger. Dans des fichiers que tu stockes dans une zone de stockage applicative (en général : System.getProperty("user.home")+"/TONAPP" on TONAPP est le nom de ton application (ou un nom en relation, vaut mieux éviter les caractères autres que lettres et chiffres) ; Sur Windows (uniquement sur Windows), tu peux utiliser System.getenv("LOCALAPPDATA")+"/TONAPP").
Ensuite, tu paramètres la cible des appenders de log au démarrage de l'appli (par rapport à cet emplacement). Pour récupérer les logs, soit tu expliques comment le faire à la mano via l'explorateur (donc aller dans le répertoire de l'utilisateur (C:\Users\<nom>\<tonapp> ou C:\Users\<nom>\AppData\Local\<tonapp>) et récupérer les fichiers qui s'y trouvent pour te les envoyer). Soit si t'es sympa ou si tes utilisateurs ne sont pas très doués en info, tu fait un menu dans ton app qui zip le contenu de ce dossier et propose de le déposer dans un dossier, ou mieux, l'envoi direct par mail, ou le dépose dans un ftp, ou l'upload vers une URL HTTP, ou ce que tu veux... Bien sûr si l'appli passe dans un état qui te permet plus de démarrer et donc te passer par ce menu, il faut prévoir un moyen de lancer la commande qui fait tout ça en console, une procédure simple (avec un paramètre -send logs et l'email d'envoi ensuite).
Après il faut bien être conscient que de toute manière il est possible que ça plante au plus tôt, avant ou pendant que tu reconfigures tes appenders. Il faut donc que pour une période d'initialisation ils soient le plus light possibles, et loguer dans un dossier facilement identifiable/accessible. Par exemple, qu'au démarrage, tu chosis un dossier dans le dossier de lancement de l'appli (System.getProperty("user.dir")) ou le dossier temporaire, (System.getProperty("java.io.tmpdir")) , tu écris dedans un fichier bidon (createTempFile() en "deleteOnExit"), et si ça plante tu affiches de suite un message comme quoi l'application ne peut être démarrée parce qu'elle au moins besoin d'avoir accès à ces dossiers.

A noter que si tu as bien écrit le code des traces, vers System.in ou System.out, tu pourras paramétrer tes appenders pour que celles-ci aille dans les fichiers. Cela peut te permettre de mettre rapidement en place une procédure pour récupérer ces messages. Cela ne te dispense pas de repasser sur tout ces codes pour faire des logs plus qualifiés, et pas seulement pour les exceptions (parfois on a besoin de connaître les étapes intermédiaires qui ont conduit à l'exception). Lorsqu'on diffuse une application, c'est absolument indispensable.

[afkiba]

Une fois encore merci.
Je vais m'approprié du message et puis appliqué les recommandations.
Je reviendrai pour les résultats ou difficultés que rencontreraient.

[afkiba]

Salut,
Je viens vous dire que j'ai puis récupéré l'erreur. Il s'agit du problème de mémoire. Donc j'ai puis le corrigé en affectant plus de mémoire lors de la création du jar.
une fois encore merci pour l'aide.