Discussion :

[nicolas_isi]

Bonjour à tous,

Je développe un intranet. Mon application est structurée en couches :

• présentation

• métier

• dao

• model

.

Je veux mettre en place un mécaisme d'exception. Ce mécanisme gère l'affichage des exceptions et gère la création des messages d'exception

Le souci c'est que je ne sais pas où placer la partie création des messages d'exception.
J'ai pensé à plusieurs options :

• je place la création des messages dans la couche dao. Dans ce cas ils seront remontés à la couche présentation

• Je la place dans la couche métier. Mais je ne sais pas si c'est sémantiquement correct. L'avantage c'est que je règle les pb avant la couche DAO

• ou alors je règle tout dans la couche présentation et l'erreur est traitée au plus haut. Cette solution ne me plait pas trop parceque le jour ou la présentation change, le service risque de ne plus être protégé des erreur.

En vous remerciant,
Nicolas

[*alexandre*]

Hello,

Tu peux dans tes dao et services throwé les exceptions et les gérées au niveau de tes managed beans

[tchize_]

plus tu descend bas dans les couche, plus l'exception (et donc l'erreur) seront technique. Généralement, on intercepte en cours de chemin et on traite l'exception de manière moins technique, quitte à renvoyer une autre exception.

Exemple: la couche DAO recis une JDBC exception, elle fait remonter un exception plus générique du style "service DAO machin indisponible", la couche métier l'intercepte et fait remonter un exception du style "opération impossible, opération interdite, etc", la couche présentation recois une erreur de haut niveau. Généralement, pour le debuggage et les logs, on garde tout la chaine de cause, et t'aura un truc du genre: "operation non disponible" caused by "service DAO machin indisponible" caused by "SQLException: connection exception" caused by "IOException connection reset by peer", mais tout ce qui importera au user c'est "opération actuellement indisponible, veuillez réessayer plus tard" :p

[nicolas_isi]

ok merci à vous. C'est très clair.

Nicolas