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. Mike Davis Sunil Pandit wrote: > Hello JCS Users > > This is my first email to the JCS user list . So let me take this > opportunity to thank the JCS team for such a wonderful caching component. > I am planning to use JCS for caching the objects in our application that > will be deployed on application server such as WebSphere. At this moment We > are not planning to use it as a distributed cache by using Remote cache > server or by using Lateral cache. But We might use these features in later > release. > I have some questions regarding JCS to the JCS team and JCS users > 1. Does JCS supports .XML based configuration. The current release uses > Property file based configuration . Is there any plan for using .XML for > JCS configuration in future ? > 2. Is there any plan for making the Configuration handler JMX compatible ? > In the scenario I have explained , there could be more server added at > runtime to the application server farm to cater the need of increasing > load . In such case It would be nice if JCS allows changing its > configuration(adding more server in lateral auxiliary cache ) at runtime > without stopping the application server. > > 3. Can someone share their experience of using JCS deployed on application > servers and using it as a distributed cache ? > > Thanks > Sunil > > -- > 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]>
