J'imagine, n'étant pas un dev Java (ça m'est arrivé d'en faire, maintenance pour taf, mais j'ai toujours essayé d'esquivé) que quand on relance, ça ajoute automatiquement des infos?
Non, juste re-balancer une exception ne la fait pas grossir, ça change rien.
Par défaut, certains IDE écrivent "catch(Exception e) e.printStacktrace()" ça écrit la pile jusqu'au plantage mais c'est une très mauvaise pratique. Soit on gère l'exception, soit on la balance plus haut sans y toucher.
Donc si il y a une stack trace, elle est sortie par la JVM, autant dire qu'il s'est vraiment passé quelque chose de grave, mais il est hors de question d'arrêter la JVM pour ça vu que ça revient à éteindre le serveur.
Si c'est pas le cas, c'est effectivement la faute du développeur.
Les exceptions sont utilisées pour des comportements non voulus mais prévisibles.
Par exemple, si ça plante quelque part au niveau d'une mise-à-jour de stocks, la fonction va dire "oups ça a planté" à la fonction appelante, cette dernière va dire "ah tu fais chier, j'en sais rien moi" elle renvoie l'erreur à la fonction appelante qui elle va dire "ah, vous êtes relou, moi j'avais déjà fait le paiement, bon bein je vais rembourser et je préviens le patron au cas où" (avec des logs et un message plus ou moins clair).
Du coup, si le dév est mauvais, il va coder "oups ça a planté, je sais pas ce que je fais du coup j'affiche tous les logs possible, le sysadmin va se débrouiller pour revert le paiement à la main et moi je fais comme si j'avais rien vu"
Bein ça continue de marcher, mais y a des trous, plus ou moins grave...
[^] # Re: BEURK !!!!
Posté par matthieu bollot (site web personnel, Mastodon) . En réponse au message apprendre java. Évalué à 3.
Non, juste re-balancer une exception ne la fait pas grossir, ça change rien.
Par défaut, certains IDE écrivent "catch(Exception e) e.printStacktrace()" ça écrit la pile jusqu'au plantage mais c'est une très mauvaise pratique. Soit on gère l'exception, soit on la balance plus haut sans y toucher.
Donc si il y a une stack trace, elle est sortie par la JVM, autant dire qu'il s'est vraiment passé quelque chose de grave, mais il est hors de question d'arrêter la JVM pour ça vu que ça revient à éteindre le serveur.
Si c'est pas le cas, c'est effectivement la faute du développeur.
Les exceptions sont utilisées pour des comportements non voulus mais prévisibles.
Par exemple, si ça plante quelque part au niveau d'une mise-à-jour de stocks, la fonction va dire "oups ça a planté" à la fonction appelante, cette dernière va dire "ah tu fais chier, j'en sais rien moi" elle renvoie l'erreur à la fonction appelante qui elle va dire "ah, vous êtes relou, moi j'avais déjà fait le paiement, bon bein je vais rembourser et je préviens le patron au cas où" (avec des logs et un message plus ou moins clair).
Du coup, si le dév est mauvais, il va coder "oups ça a planté, je sais pas ce que je fais du coup j'affiche tous les logs possible, le sysadmin va se débrouiller pour revert le paiement à la main et moi je fais comme si j'avais rien vu"
Bein ça continue de marcher, mais y a des trous, plus ou moins grave...