[infinispan-issues] [JBoss JIRA] Commented: (ISPN-905) Enhance cache management methods on EmbeddedCacheManager

[ https://issues.jboss.org/browse/ISPN-905?page=com.atlassian.jira.plugin.s... ] Patrick McFarland commented on ISPN-905: ---------------------------------------- Well, Infinispan already has an event system due to the listeners. If I was planning this out, all Cache instances would listen for a global stop event, and then stop (as if the local node called stop); this does require stop to be TX safe, however (as in, the actual stop, as currently executed, cannot stop until all pending TX are committed; however no new TX can be started during this state as well). .remove() would spam a global stop event, and then spam a "delete the cache on disk" event, which cannot complete unless all cache instances have indeed stopped. The reason I request cacheExists/getCacheIfExists is because I intend on abusing Infinispan for it's clustering abilities to be a higher performance persistent KV store. Caches themselves back large objects. Even in my code the name assigned to the Cache variable in my code is "store" not "cache". -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira