I do not agree with that. More robust how? If you want to signal that something can go wrong on the remote side, throw an exception; if you want to signal that the remote connection does not work, then delay the call and/or send a runtime exception.
Otherwise, what is the purpose of AltRMI? I thought it was to avoid the cumbersomeness of throwing RemoteException all the time. Un saludo, Alex. > -----Mensaje original----- > De: Paulo Gaspar [mailto:[EMAIL PROTECTED]] > I think that the key bit is: > > and it is a mistake to try to program > > as though a > > remote call had the same characteristics as a local one. > > Your app will always be more robust if you do NOT ignore the > specific issues of a remote call. > > > Have fun, > Paulo Gaspar > > > -----Original Message----- > > From: Fernandez Martinez, Alejandro > > [mailto:[EMAIL PROTECTED]] > > Sent: Thursday, January 31, 2002 1:50 PM > > To: 'Jakarta General List' > > Subject: [OT] RE: J2EE considered harmful > > > > > > Hi Tim. > > > > I agree with your point of view, we've been trying to avoid EJBs > > as much as > > possible. But there's one thing I don't understand. > > > > > -----Mensaje original----- > > > De: Tim Hyde [mailto:[EMAIL PROTECTED]] > > > Yes, EJB is a complete bodge of a design, and RPC invocation > > > techniques > > > would only be acceptable if they were completely transparent, > > > instead of > > > requiring you to do so much plumbing yourself. But > > > personally, I think RPC > > > is entirely overrated, and it is a mistake to try to program > > > as though a > > > remote call had the same characteristics as a local one. > > > > Why is it a mistake? I think a remote proxy is a great way > to make remote > > calls, shielding the developer from the complexity of it > all. The recent > > discussion about AltRMI has shown that there's a lot of > interest in using > > proxies, but it was Sun's implementation (the Remote* > stuff) that was > > flawed. > > > > Un saludo, > > > > Alex. > > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
