I want to see both of these things as well. I started looking at JMX, but gave up because of the complexity (I want to be able to get the cache with a given name at runtime without it having to register itself...)
Runtime configuration however is quite possible. You can grab a cache, modify its cache attributes, iterate its auxiliaries and modify their attributes. Not all the methods are there, but they all could be. Help would certainly be appreciated =] I started on some general refactoring to make things more manageable and easily configurable, but have run out of time right now ( too much on my plate for the rest of the year sadly =[, I hope to pick it up again if things lag for a while... ) -- jt On Fri, 2002-09-06 at 16:08, Mike Davis wrote: > Sunil, > > JCS does not support XML based config. It looks like there is a transmission type for > the lateral cache that uses XMLRPC, but no xml based configuration. > > I think that JMX enabling some parts of JCS could be really useful. Some of what JMX > would do is already handled by the admin servlet, but a JMX enabled system would be > nice as it would allow you to use your existing management tools to manage JCS. As > you said the ability to add a server at runtime and maybe have it added to a remote > cacheing policy would be very useful. Also the ability to modify the configuration of > a cache region at runtime. Such things as simple as modifying the MaxObjects of a > region would greatly assist in tuning the cache for a particular system. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
