Hi, Because the client doesn't know that; the client can have an EJBObject to a deleted bean and not know so. The only way to check for now is to call EJBHome.findByPrimaryKey() to verify. Gene -----Original Message----- From: John Harby [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 05, 2001 1:26 PM To: [EMAIL PROTECTED] Subject: Re: Why don't EJBs (particularly Entity Beans) have an isDeleted() method If the bean has been deleted, then how could you possibly call its isDeleted() method? It no longer exists. >From: J Mark Birenbaum <[EMAIL PROTECTED]> >Reply-To: J Mark Birenbaum <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Why don't EJBs (particularly Entity Beans) have an isDeleted() > method >Date: Wed, 5 Sep 2001 13:11:09 -0600 > >Can anybody provide a nice rational explation as to why Entity beans don't >have an "isDeleted()" type method on them. > >Someone else asked me that today, and all I could come up with was that it >would be silly to use an EJB thats gone. Either you have it, and it's OK, >or it throws an exception when you try to use it. > >Unfortunately, "it's silly" wasn't a terribly convincing arguement. If >someone can provide a clearer explanation (or better yet, a reference to a >paper that describes it), I would appreciate it greatly. > >Thanks! > _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff EJB-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff EJB-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
