Re: Faking Entity Beans in Tomcat?

From: Andoni (no_address_at_homeless_people.com)
Date: 07/16/04 

Date: Fri, 16 Jul 2004 14:07:54 +0100

Yes, I have an admin application which allows me add/change/delete users'
details. This would have to synch with the data stored in application
level.

I don't have too many users at the moment so I don't see holding the data in
application (ServletContext) level being a problem.

Surely the data couldn't be held in session level as each user creates a new
separate session when they log in?

Another aspect I have started to consider is that this site should be
distributable across two Tomcat servers. Would I be right in saying that
this is going to be a problem if I'm storing the data at application level?
I am going to have to check the user's details in application and then if
they are not there check the database for them and pull them into
application. I think I'll do that anyway, then I'll be ready for making it
distributable! Am I right?

Andoni.

"Murray" <parps@SPAMOFFoptusnet.SPAMMAGE.com.au> wrote in message
news:40f7c0d4$0$16105$afc38c87@news.optusnet.com.au...
>
> > 1. It has to be possible to update any user in real time or to create a
> new
> > one and have them function immediately.
>
> If it wasn't for this requirement, you could simply stick the user data
into
> the session. I assume you mean you want to be able to modify the user's
> state from some other "place" in the application, i.e. outside the user's
> session by an admin user or something along those lines. Is that what you
> mean?
>
>
> > 2. I don't know if there would be too much information being stored at
> > application level?
>
> Well obviously that depends on the amount of data involved, how many users
> will be using the site concurrently, and the amount of memory available on
> the server. All things that only you know at the moment ;-) But if the
> queries to grab the data take a while, then I'd say it's an acceptable
> compromise to store the data in memory to improve performance, as long as
> it's not a massive amount of data.
>
>

Relevant Pages

  • Re: memory leak in asp 2.0
    ... Almost certainly the problem is in storing large amount of data in session ... I expected that it will get some amount of memory, ... I call each time 'Page unload' when I load new page but never when I close ...
    (microsoft.public.dotnet.framework.aspnet)
  • Re: Faking Entity Beans in Tomcat?
    ... session by an admin user or something along those lines. ... Well obviously that depends on the amount of data involved, ... will be using the site concurrently, and the amount of memory available on ... compromise to store the data in memory to improve performance, ...
    (comp.lang.java.programmer)
  • Re: How to kill application?
    ... I was logged in as an Admin. ... session was also going on, which lunched the program in question. ... I couldn't delete or see the process in memory. ... Interesting that admin1 can't see processes admin2 has lunched, ...
    (microsoft.public.windows.server.general)
  • Re: True odds bets? Clams
    ... chance to end the one hour session a winner, I don't care how much, just ... We are just talking about this one session. ... dollars will be on the zero expectation odds and your combined flat ...
    (rec.gambling.craps)
  • Re: RDP limited but RWW just fine
    ... Just because no one is sitting at a computer with a session ... RDP client) to get to session 0. ... admin rights can rdp to the box. ... "exceeding" environment present. ...
    (microsoft.public.windows.server.sbs)