I take the same approach that Richard does, and always turn caching off. I
can imagine a system where it would be possible to assume EJB owns the
pstore, but it's unclear to me that the cache would benefit most
applications or even increase overall performance. Will someone describe
their experience with this in a real-world system and give me an overview of
the app design and the delta in results between cache and no-cache?
> -----Original Message-----
> From: Richard Monson-Haefel [SMTP:[EMAIL PROTECTED]]
> Sent: Monday, May 17, 1999 4:15 AM
> To: [EMAIL PROTECTED]
> Subject: Re: caching of beans was RE: EJBs and the internet
>
> Actually, I believe that Ian has touched on something that separates many
> of us
> in our design decisions. I always assume that the persistence layer is
> accessed by applications outside of the EJB system. That's one of the
> reasons
> that EJB is so nice, it helps manage transactional isolation. If your
> system
> is only accessed by the EJB server, then you have more flexibility in your
> design.
>
> Ian McCallion wrote:
>
> > Robert Krueger asked why Caching is a value-add of CMP and why BMP
> prevents
> > you from caching.
> >
> > The answer is that BMP doesn't prevent you from caching if you have a
> > single application doing all database updates via a single cache.
> >
> > However if the database is accessed both via the cache and via other
> > mechanisms (eg there could be a Client-server SQL application also
> > accessing the database, or there could be two systems sharing the
> database,
> > each having its own cache) then CMP is necessary because the container
> > needs to know if the data in the cache is current and this requires the
> > container to know the relationship between cached objects and database
> > records.
> >
> > With BMP this knowledge is buried in the application.
> >
> > Ian McCallion
> > CICS Business Unit
> > IBM Hursley
> > [EMAIL PROTECTED]
> > Tel: ++44-1962-818065
> > Fax: ++44-1962-818069
> >
> >
> ==========================================================================
> =
> > 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".
>
>
>
> --
> Richard Monson-Haefel
> Senior Consultant
> BORN Information Services
>
> Author of Enterprise JavaBeans
> Published by O'Reilly & Associates
> (Available June 1999)
>
> ==========================================================================
> =
> 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".
