Discussion :

[L'aigle de Carthage]

Bonjour,

J'ai cette méthode main:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
public static void main(String[] args) {
 
        try {
            Ville v = new Ville("Ts", 1200, "France");
        } catch (NombreHabitantException ex) {
            ex.printStackTrace();
        } catch (NomVilleException ex) {
            System.out.println("Erreur de nom");
        }
        finally{
            System.out.println("Je suis dans le bloc finally");
        }
    }

Le problème c'est que sous la ligne ex.printStackTrace(); l'IDE m'affiche un warning indiquant que Throwable.printStackTrace() should be removed, je me demande pourquoi?

C'est quoi le problème, merci!

[alain.bernard]

Salut,

L'IDE que tu as affiches ce message car il te signale que lors du déploiement de ton application, lorsque tu n'auras plus de sortie console, l'utilisateur ne verra pas l'affichage de la stacktrace et donc a fortiori l'exception. Il vaut mieux mettre ça dans un log, ou afficher l'erreur dans une boîte de dialogue, etc.
C'est purement une recommandation.

Alain

[thelvin]

'Faut reconnaître que "should be removed" c'est pas terrible comme recommandation. "Should indicate where to print" me semblerait préférable.

Moi on me dit "should be removed" je comprends "Il sert à rien ton catch/printStackTrace(), ici : tu es à la fin de la méthode main() et si une Exception en remonte, le wrapper de main() s'occupera d'écrire la stack trace."

[tchize_]

Salut,

L'IDE que tu as affiches ce message car il te signale que lors du déploiement de ton application, lorsque tu n'auras plus de sortie console,

Ha bon, d'où tu sort ça? Toutes mes applications java, jusqu'à présent, ont bien leur console C'est même la première fois que je vois un ide dire qu'on ne devrais pas utiliser printStackTrace()

Tu n'aurais pas activer des règles optionnelles dans ton ide, ou des trucs comme checkstyle?

[professeur shadoko]

Toutes mes applications java, jusqu'à présent, ont bien leur console C'est même la première fois que je vois un ide dire qu'on ne devrais pas utiliser printStackTrace()

Ce n'est pas le cas des miennes (applications réparties sur un ensemble de pc104 dispersés sur un gros gros matériel: un téléscope). Si j'avais ça sur les IDE utilisés par les programmeurs du projet ça serait bien pratique: le premier qui me fait un printStacktrace se fait taper sur les doigts

[tchize_]

Y a pas de stderr sur les PC104??

[thelvin]

Enfin moi sur un desktop, j'ai certes une sortie console... Mais vu que je n'ouvre aucune vue de cette console, elle est tout simplement perdue.

(Après il me semble que si je fais quand même printStackTrace() alors que j'ai fait ça, c'est encore mon problème.)

[tchize_]

en même temps, ça ne sert qu'en cas de problème, pour que les support sie "ouvrez le ficheir blabla, ou lancer le programme de cette manière et dites nous ce que ça affiche". Je connais quelques grosse applications qui mettent des stacktraces dans les logs visibles par l'utilisateur par défaut... Je t'assure que ça donne une sale réputation à java d'avoir des messages d'erreur illisibles

[joel.drigo]

en même temps, ça ne sert qu'en cas de problème, pour que les support sie "ouvrez le ficheir blabla, ou lancer le programme de cette manière et dites nous ce que ça affiche". Je connais quelques grosse applications qui mettent des stacktraces dans les logs visibles par l'utilisateur par défaut... Je t'assure que ça donne une sale réputation à java d'avoir des messages d'erreur illisibles

Salut,

Les utilisateurs sont perturbés par tout :
- les stacktraces évidemment qu'ils prennent pour des formules de magies noires ou un truc comme ça
- mais souvent rien que par les messages en anglais (tous nos logs sont en anglais) (qui m'ont été déjà enoncée à haute voie sous la forme "il dit que la lala la la la machin en anglais" (véridique ! enfin j'ai traduit les bruits de bouche par la )
- les questions délirantes qu'on peut poser nous les techniciens : comme quel OS ? Combien de ram ? Quelle version de java ? Quelle version de l'application ?

pour ma part, j'ai ajouté un menu "Rapport d'incident" qui permet soit de créer un zip (donc l'extension n'est pas zip, histoire de faire croire que çà n'est pas un ) qui contient :
- les logs (qui peuvent contenir des stackTraces)
- mais aussi des dumps des variables d'environnement, d'informations sur mon produit (version, listes des plugins (c'est une application Eclipse RCP), etc...)
- ses préférences,
- des logs d'applications tierces
- copie d'écrans éventuellement
- etc...
soit de mailer directement ce zip à une adresse de support.

Du coup, en cas de problème, je réponds toujours "Envoyez moi le rapport d'incident" et comme ça pas de soucis : l'utilisateur (ou son technicien d'intervention) n'est pas perturbé et c'est un bonheur pour moi : je n'ai pas besoin de redemander 36 fois telle ou telle info.

Seuls 2 problèmes ne sont pas pris en compte par cette procédure : les deadlocks dans l'UI, et si le workspace est réinitialisé avant l'envoi du rapport.
Je réfléchis encore à des solutions.
EDIT : j'oubliais : je ne collecte pas encore les crash hotspot également

[tchize_]

Pour info, c'est comme ça que procède atlassian avec ses produits.

Il y a une interface de rapport d'incident qui collecte:
L'environnement (OS, variable, etc)
Les logs du produits
Les logs du conteneur j2ee
Quelques mesures sur les données
Et qui uploade tout sur leur tracker.

Petit bonbon, ils ont un système automatique chez eux qui analyse tout ça et te pointes des éléments de la docs qui pourraient t'aider!

Ce qui est impressionnant, c'est que ça pointe souvent bien, même si ce n'est pas toujours en rapport avec ton problème. Des trucs du style

"nous avons remarqué certains messages dans vos logs, les documents suivant pourraient vous être utile" et au passage tu résoud un autre problème que tu te trainait depuis 6 mois sans jamais avoir eu le temps de regarder en détail ^^


Au passage, si tu rajoute l'environnement, systématiquement au démarrage de ton application dans le logs, tu pourra le récupérer au run suivant quand il fera un rapport.

[joel.drigo]

Petit bonbon, ils ont un système automatique chez eux qui analyse tout ça et te pointes des éléments de la docs qui pourraient t'aider!

Intéressant... à mettre dans ma todo list "à mes heures perdues", pour la période 2017-

Pour l'instant je travaille, à mes heures perdues, sur un système similaire mais manuel/assisté (qui récupère automatiquement les alertes et les classent, tracke les lignes de logs concernant un objet ou une action donnée pour en faire un sous-log à part (cross logiciels), etc...)

Au passage, si tu rajoute l'environnement, systématiquement au démarrage de ton application dans le logs, tu pourra le récupérer au run suivant quand il fera un rapport.

Ce que je fais, mais dans un log à part, pour éviter d'avoir à farfouiller dans 30 Mo de log pour le retrouver En attendant d'avoir terminer mon analyseur de log qui pourra retrouver ça tout seul au milieu de 30 Mo de logs...

au passage tu résoud un autre problème que tu te trainait depuis 6 mois sans jamais avoir eu le temps de regarder en détail

Je peux voir également de cette manière des problèmes que personne ne me signale !!! C'est pourquoi quand je reçois des logs j'analyse toujours tout et qu'il me faut un outil d'assistance, voire automatisé ce serait le bonheur En plus de cette manière, je pourrais sous-traiter aux techniciens de support beaucoup plus de préqualification... et avoir plus de temps à mois pour le dev...