|
The requirement seems to be implementation
of a notification method. The DB solution, though a bit brute force, will work.
A more elegant solution would be to implement a permanent queue message via JMS
on a subject. All of the start-up servlets would
populate from the database and block for a message based on the subject. Once
the correct message was received, the database refresh could be accomplished. Additional granularity could be added to
limit the refresh based on message content; i.e. only refresh the German
translation. J two cents added -----Original Message----- James : Thanks for sharing the
ideas. As this is getting interesting, I would like to explain what I do, and
the problems that I have in more detail : I have a Singleton object
that keeps several hashtables (with
Spanish/Chinese/Japanese/French/Germany texts and key strings for these texts).
These hashtables will be populated a start-up servlet when the webapp starts.
JSP pages retrieves the locale texts using keys, so that the web system is
translated in user's preferred locale. Let me take a simplified
version, I have one WebSphere server with three webapp clones in load balance.
My server never stops, so when translators need modify these locale texts, I
need to reload the corresponding hashtables. The thing is, on a webapp
based system, the translator can trigger a reload, and this reload happens in
only one of the clones, and the other two clones are not refreshed. Users
hitting these two clones are still getting old translation. In a word, in my system,
the cached data is semi-static, and need to be reloaded on demand. Right now we are working
on possible design approaches to fix this, and we figure one of the followign
may do the job: (1) Use a database
flag and let the Singleton object keeps on polling this flag. Once flipped, the
object will refresh the content. (2) ... But I assume this should
be a common problem to any system with multiple webapps in load balancing, and
there should be a systematic solution...Any suggestions are welcome. Thanks Jeff
--- You are currently subscribed to jdjlist as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] http://www.sys-con.com/fusetalk |
- [jdjlist] RE: Caching of semi-static data across webapps James Stauffer
- [jdjlist] RE: Caching of semi-static data across webap... Dave Hanson
- [jdjlist] RE: Caching of semi-static data across webap... Bill Wang
- [jdjlist] RE: Caching of semi-static data across webap... Yan, Hong [IT]
- [jdjlist] RE: Caching of semi-static data across webap... Greg Nudelman
- [jdjlist] RE: Caching of semi-static data across webap... Matt Liotta
- [jdjlist] RE: Caching of semi-static data across webap... Paul Franz
- [jdjlist] RE: Caching of semi-static data across webap... Greg Nudelman
- [jdjlist] RE: Caching of semi-static data across webap... Yan, Hong [IT]
- [jdjlist] RE: Caching of semi-static data across webap... Greg Nudelman
- [jdjlist] RE: Caching of semi-static data across webap... Paul Franz
