[jboss-dev-forums] [Design of JBossCache] - Re: Eviction redesign

manik.surtani@jboss.com do-not-reply at jboss.com
Fri Aug 8 13:01:18 EDT 2008


In terms of breaking compatibility, here is the impact:

1.  XML cfg

No impact here since XML cfg is changing anyway.  Mircea's translation script can be modeified to take care of this.

2.  Programmatic cfg

* Minor impact, EvictionConfig.set/getDefaultXXX will go away.
* XmlConfigurationParser would have to create a normal EvictionRegionConfig for the default element and add it to the EvictionConfig using setDefaultEvictionRegionConfig().
* All other EvictionRegionConfigs will inherit values from EvictionConfig.getDefaultEvictionRegionConfig() for unset properties.  This could be done by EvictionConfig when addEvictionRegionConfig() is called.
* XXXPolicyConfig will have to be replaced with XXXAlgorithmConfig.
* EvictionPolicyConfig interface replaced with EvictionAlgorithmConfig
* EvictionRegionConfig references to EvictionPolicyConfig will be changed to EvictionAlgorithmConfig
* EvictionRegionConfig will also take in a EvictionPolicy class name.

3.  Using Region

* getEvictionPolicy(), getEvictionPolicyConfig(), getEvictionRegionConfig(), and all other eviction related methods will disappear, save for the 3 methods detailed above.

4.  Implementing custom eviction algorithms.

* If extending an existing EvictionAlgorithm or the BaseEvictionAlgorithm, this should be simple and not require any changes.
* Any new algorithm implemented will have to provide an EvictionAlgorithmConfig instead of an EvictionPolicyConfig



View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4169650#4169650

Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4169650



More information about the jboss-dev-forums mailing list