If you use the typical singleton pattern (private static member of the class) then they won't go away until the JVM terminates. Another alternative is to place them into application scope. There are many ways of doing this.
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, July 12, 2002 10:12 AM To: [EMAIL PROTECTED] Subject: RE: where can caching help performance This may be a dumn question, but since its friday what the heck... If I wanted to build a bunch of business objects when the server starts and keep them as singletons or factory objects how would I get them to start up and stay alive after that... if I did it on the first request once the request finished the object would be cleaned up... ? -----Original Message----- From: jamienz [mailto:[EMAIL PROTECTED]] Sent: Friday, July 12, 2002 10:01 AM To: struts-user Subject: RE: where can caching help performance Out of curiosity, how did you implement the in-memory cache? One big (1 gig!) hashmap :-) or something more exotic? -- jamie -----Original Message----- From: Simon.Chappell [mailto:[EMAIL PROTECTED]] Sent: Thursday, July 11, 2002 4:07 PM To: struts-user Subject: RE: where can caching help performance? We have found that the biggest bang for the buck comes with pre-fetching data out of the database and building our business objects ahead of time and storing them in an in-memory cache. This means that we have a very large cache (we estimate at least a gig when we get fully ramped up for phase one and more after that), but we get phenominal throughput from it. Our reason for this was a maximum processing time of 3.6 seconds and we knew that we could not allow the database access to be the choke point in the system. __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
