Hi,
Weblogic provides a facility of workpaces, which is a memory area where
objects can be stored...
you can create a named worspaces which can be there across multiple client
sessions.. you can also have monitors on the workspaces for updates,
removes.. etc. The stateless bean can retrieve the data & kept in a
workspace which can be used for subsequent requests...
You can get more information on workspaces at:
www.weblogic.com/docs45/classdocs/API_workspace.html
Rishi
> -----Original Message-----
> From: Jeff Davidson [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, February 16, 2000 6:23 AM
> To: [EMAIL PROTECTED]
> Subject: Caching data in an stateful session EJB???
>
> We are designing a system based on J2EE and EJB which needs to service
> thousands
> of client applications. Originally we thought that each client would
> interact
> with one stateful session EJB in order to collect & cache data pulled from
> corporate databases. However, ass I've been reading more on EJBs, it
> sounds
> like this may not be a very good approach in terms of scaling and
> performance. If we use stateless session beans, where can we cache the
> data retrieved from the database? We need the data for subsequent
> calls to a rules-based engine to have it process and return information
> which we then return to the client app. Then, as we collect information
> from the client app, we need to combine this with the data from the
> db to be able to make more requests to the rules-based engine. So we need
> to cache it somewhere, but where?
>
> The machines we're running this stuff on are HP K380 w/2 CPUs and
> 2 GB memory. We expect to start with 1000 simultaneous clients scaling
> up to 6000 for the call center. Then we will have the web clients to
> worry about on top of that, which will likely be 1000's more. Each
> channel
> (web and call center) will have it's own HP K380 (2 cpus) running the
> WebLogic app server.
>
> Thanks in advance for any advice/information.
>
> Jeff
>
> ==========================================================================
> =
> 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".
