re re 1: But if you're relying on a vendor to provide CMP, it doesn't seem
you'd want to then go directly to the data table to perform a JDBC query
(I'm assuming the vendor's container has exclusive management of the table
schema)? Wouldn't some ability to formulate OQL type queries be preferable,
so the EJB container provider can translate these requests to the
appropriate SQL query, and then provide back just the requested information
without instantiating all involved EBs?
> -----Original Message-----
> From: A mailing list for Enterprise JavaBeans development
> [mailto:[EMAIL PROTECTED]]On Behalf Of Jim Frentress
> Sent: Monday, May 10, 1999 5:03 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Is something missing in the actual EJB SPECS?
> Will the next
> v ersion solve this?
>
>
> re 1: not really, it's potentially a separate view of the
> data. i do agree
> that a transparent vendor solution to the problem is nice
> (like Ejipt's set
> stuff for example). however, there are ways to roll this
> yourself (and make
> it portable) by extending a data layer (as we do) in the entity beans
> themselves (rather than use session as proposed below).
>
> re 2: this is a transaction isolation issue that occurs
> regardless of the
> method you're using to get to the pstore. you do have good
> control over this
> using session or entity wrappers.
>
> > -----Original Message-----
> > From: Anil Nair [SMTP:[EMAIL PROTECTED]]
> > Sent: Monday, May 10, 1999 1:39 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: Is something missing in the actual EJB
> SPECS? Will the
> > next version solve this?
> >
> > There are two issues with this solution:
> >
> > 1. Now, the session beans and the entity beans have to know
> the schema
> > underlying the entities.
> > 2. There is no guarantee as to when the EJB container
> passivates a newly
> > created Enitity bean. So you will miss out on some newly
> created entity
> > beans when you do the find.
> >
> > I would like to see more discussion about this area in general.
> >
> > Anil
> >
===========================================================================
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".
