Re: EJBException et RMI
Sebastien Cesbron <[email protected]> Thu, 3 Nov 2011 15:31:33 +0100
| Newsgroups | gmane.comp.java.french.general |
|---|---|
| Message-ID | <CAP3_Q0cFDY7DU=Dntner-h0_oew7kFgqJNYDZHq3ezv9jKOUng@mail.gmail.com> |
--e89a8f83ab8bf8777904b0d571e2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Salut En g=E9n=E9ral dans ce genre de cas je ne passe pas l'exception du serveur = au client car cela signifie que le client doit connaitre toutes les librairies du serveur pour ne pas avoir de NoClassDefFoundError. Pour moi la bonne pratique c'est d'avoir un intercepteur ejb c=F4t=E9 serve= ur qui loggue l'erreur et qui renvoie une erreur bateau au client disant qu'il y a eu un probl=E8me technique au client. Si c'est une exception plus fonctionnelle (genre donn=E9e d=E9j=E0 existant= e, modifiez la saisie) je convertis en une exception m=E9tier =E0 moi. Ca r=E9soud pas forc=E9ment ton probl=E8me mais d'exp=E9rience =E7a simplif= ie ces probl=E8mes d'=E9change client/serveur Seb Le 3 novembre 2011 15:27, Nicolas Delsaux <[email protected]> a =E9crit : > 2011/11/3 Dominique Gallot <[email protected]> > > > > Ton exception est serialisable, mais celle-ci de defini pas de UID, ou > qu'un de ces champs =E0 le meme probleme. > > > > Donc celui-ci est caluler automatiquement, et cela la valuer depends de > la version de java. > > Oui, mais l=E0, je pense utiliser la m=EAme version de Java des deux > c=F4t=E9s. Qui plus est, la classe qui se s=E9rialise mal est EJBExceptio= n, > alors qu'est-ce que je fais ? > J'=E9cris mon exception serialisable qui encapsule les exceptions jet=E9e= s > par mon EJB ? > > > > -- > Nicolas Delsaux > --e89a8f83ab8bf8777904b0d571e2 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Salut<div><br></div><div>En g=E9n=E9ral dans ce genre de cas je ne passe pa= s l'exception du serveur au client car cela signifie que le client doit= connaitre toutes les librairies du serveur pour ne pas avoir de NoClassDef= FoundError.</div> <div><br></div><div>Pour moi la bonne pratique c'est d'avoir un int= ercepteur ejb c=F4t=E9 serveur qui =A0loggue l'erreur et qui renvoie un= e erreur bateau au client disant qu'il y a eu un probl=E8me technique a= u client.</div> <div><br></div><div>Si c'est une exception plus fonctionnelle (genre do= nn=E9e d=E9j=E0 existante, modifiez la saisie) je convertis en une exceptio= n m=E9tier =E0 moi.</div><div><br></div><div>Ca r=E9soud pas forc=E9ment to= n probl=E8me mais d'exp=E9rience =E7a simplifie ces probl=E8mes d'= =E9change client/serveur</div> <div><br></div><div>Seb<br><br><div class=3D"gmail_quote">Le 3 novembre 201= 1 15:27, Nicolas Delsaux <span dir=3D"ltr"><<a href=3D"mailto:nicolas.de= [email protected]">[email protected]</a>></span> a =E9crit :<br><b= lockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px = #ccc solid;padding-left:1ex;"> <div class=3D"im">2011/11/3 Dominique Gallot <<a href=3D"mailto:dga@dgco= nsulting.be">[email protected]</a>><br> ><br> > Ton exception est serialisable, mais celle-ci de defini pas de UID, ou= qu'un de ces champs=A0=E0 le meme probleme.<br> ><br> > Donc celui-ci est caluler automatiquement, et cela la valuer depends d= e la version de java.<br> <br> </div>Oui, mais l=E0, je pense utiliser la m=EAme version de Java des deux<= br> c=F4t=E9s. Qui plus est, la classe qui se s=E9rialise mal est EJBException,= <br> alors qu'est-ce que je fais ?<br> J'=E9cris mon exception serialisable qui encapsule les exceptions jet= =E9es<br> par mon EJB ?<br> <font color=3D"#888888"><br> <br> <br> --<br> Nicolas Delsaux<br> </font></blockquote></div><br></div> --e89a8f83ab8bf8777904b0d571e2--