Entity beans with persistence in memory are what you need.

<vendor>

<dontReadThisElementIfYouDontWantToHearAboutUnreleadedSoftware>

The upcoming EAServer 4.0 will support this through its unique object
cache architecture.

</dontReadThisElementIfYouDontWantToHearAboutUnreleadedSoftware>

</vendor>

ZHU Jia wrote:
>
> Hello!
>
> As far as I understand, there's no way to cache states across sessions
> in EJB, right? Then how can I accomplish this:
> We have some chained Java objects to be converted into EJBs, and these
> objects perform quite costly operations. But the data these operations
> return should only be temporary
> so it wouldn't really make sense to model it in the DB. For the sake of
> performance, we put the data in a buffer and use a flag to check whether
> the condition has changed, and only
> recalculate the whole thing if there's any change. But with EJB, I
> cann't really hold a buffer in the bean because I don't have any control
> over the life cycle of the bean:-(
> Well, to rephrase my question, is there some way to retrieve some cached
> state from EJB without resort to persistent storage?
> Any hint or tip will be highly appreciated and many thanks in advance!
>
> regards
> ZHU Jia
>
> ===========================================================================
> 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".

--
________________________________________________________________________________

Evan Ireland              Sybase EAServer Engineering        [EMAIL PROTECTED]
                            Wellington, New Zealand               +64 4 934-5856

===========================================================================
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".

Reply via email to