Bonjour,
 
Une petite question java. Si j'ai une fonction qui retourne une valeur construite à partir d'une requete dans une BDD (via un pool de connexion), il faut que je libère la connexion meme lorsque j'ai une erreur.
 
donc j'ai la synthaxe suivante :

 
Je souhaite mettre les fermetures de mes statements et la libération dans des finally pour qu'ils soient faits à tout les coups, même lorsque j'ai une erreur.
 
1°) est ce correct comme mise en oeuvre ? C'est a dire que mon return dans mon try laissera le finally s'executer ?
 
2°) si j'ai une erreur, le return de mon erreur je le laisse dans le catch ?
 
Merci pour vos réponses

1°) non, ton finally ne s'exécutera pas. tu dois mettre le return à la fin de ta méthode et, dans ton catch faire un 'ma_chaine = "erreur"
 
2°) non, par conséquent

Peut être faudrait-il mieux que tu ne mettes qu'un bloc try/finally et que tu fasses remonter l'exception non ?

 
Ok, je pensais qu'un finally s'executait quoiqu'il arrive.
Donc je vais changer qque peu mon implémentation.
 
Merci pour vos conseils

non mais n'importe quoi ...  
 
 
machin >> ton finally s'executera dans tous les cas, avant que la method fasse le return.

 
Justement j'etais en train de mettre des traces et c'est ce que je constatais.
donc par rapport au post d'origine, pas d'erreur d'implementation ?
 
Merci

non c'est bon, meme si je suis pas fervent de ta methode d'avaler l'exception et de renvoyer une chaine comme si de rien n'était

 
C'est pour de la gestion de contenu. Lorsqu'il y a un plantage pour une raison indépendante du programme (par exemple pas de réponse de la bdd), je souhaite mettre un message du genre "service indisponible" plutot que de laisser le truc en vrac.
D'ailleurs, dans mon catch, je log (pas juste un message, je n'ai pas mis l'integralité du code)
 
Tu as une autre solution ? (je suis preneur)

bah ça dépend des couches, mais là ça ressemble à un melange de gui/logique, quoi

 
ok, merci pour le conseil