There is no portable EJB-way to do what you are suggesting. It would be
better to implement the caching needs you want as a singleton. In this way,
the cache can be refreshed. It is possible to store static information in an
EJB, although technically the "refresh" requirement breaks the spec. The
"refresh" problem also becomes problematic since you cannot send a message
to a group of particular beans.
jim
> -----Original Message-----
> From: A mailing list for Enterprise JavaBeans development
> [mailto:[EMAIL PROTECTED]]On Behalf Of Edward Barrett
> Sent: Friday, July 14, 2000 8:10 AM
> To: [EMAIL PROTECTED]
> Subject: 'static' data in EJB architecture
>
>
> I have a requirement to have data stored in a database which will
> be accessed from numerous session beans and servlets (it is the
> data that controls the flow of the application, but could easily
> be a list of valid choices, etc.).
>
> Ideally, I would like to be able to implement a class that
> resides in the server for the length of the server instance's
> runtime, but which also has a way of being 'refreshed'.
>
> I thought about stateless session beans which, upon their
> creation obtained the data and cached locally. Can I configure
> my server so that there are a minimum number of beans and so they
> stay resident ? Can the server still passivate the bean and
> therefore wipe the data ?
>
> For the 'refresh' functionality, is there a manner to issue a
> message to all the stateless session beans to notify them to refresh ?
>
> Is there another design for this requirement ?
>
> As always, TIA
>
> Ed
>
> PS How do I find the archive for this mailing list ? Also, to
> which URL does one go to register for the list ?
>
>
> ------------------------------------------------------------------------
> Graham Parsons
> Reflective Solutions Limited, London, UK
> Tel: 07976 150940 E-mail: [EMAIL PROTECTED]
> http://www.reflective.co.uk
> ------------------------------------------------------------------------
>
> ==================================================================
> =========
> 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".
