My apologies. You were assuming we talking about CMP, and I was
assuming we were talking about BMP. You are, obviously, correct that
for CMP the attributes must be public in order to be persisted. And, as
I give it more thought, my aversion to public attributes really doesn't
make sense for EJBs, since EJBs are only accessible through the remote
interface anyway.
So never mind that comment. :)
Dale
================================
Dale V. Georg
Technical Manager
Indus Consultancy Services
[EMAIL PROTECTED]
(201) 261-3100 x229
================================
William Louth wrote:
>
> Dale,
>
> Please explain the last comment. I was under the impression that you were
> using CMP entity beans. Have I misread the EJB 1.1 specification in this
> regard or if not the Java Language specification.
>
> William Louth
> Inprise
> www.inprise.com/appserver
>
> -----Original Message-----
> From: A mailing list for Enterprise JavaBeans development
> [mailto:[EMAIL PROTECTED]]On Behalf Of Dale V. Georg
> Sent: Wednesday, August 30, 2000 9:26 AM
> To: [EMAIL PROTECTED]
> Subject: Re: which of these should be an entity bean?
>
> William Louth wrote:
> >
> > Laird,
> >
> > I do not understand why the 'lite' class must throw remote exceptions. Its
> > not a interface that is subsequently extended by some remote interface
> going
> > by the statements
> >
> > 'TeacherLite, a Java class'
> > 'TeacherBean, a Java class which extends TeacherLite'
>
> Exactly.
>
> > Please note that the attributes i.e. fields, would need to be declared
> > public in the lite class so no accessor methods would be typically be
> > required hence no checked exceptions.
>
> Well, that's another way of doing it, but I'm very much against public
> attributes unless there's a really good reason for it.
>
> Dale
>
> ================================
> Dale V. Georg
> Technical Manager
> Indus Consultancy Services
> [EMAIL PROTECTED]
> (201) 261-3100 x229
> ================================
>
> ===========================================================================
> 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".
--
===========================================================================
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".
