[infinispan-dev] Management of shared caches
Brian Stansberry
brian.stansberry at redhat.com
Thu Dec 17 07:26:53 EST 2009
On 12/17/2009 06:22 AM, Mircea Markus wrote:
> On Dec 16, 2009, at 1:42 PM, Manik Surtani wrote:
>> On 16 Dec 2009, at 11:40, Mircea Markus wrote:
>>> On Dec 16, 2009, at 11:11 AM, Manik Surtani wrote:
>>>> On 15 Dec 2009, at 20:16, Brian Stansberry wrote:
>>>>
>>>>> On 12/14/2009 01:12 PM, Mircea Markus wrote:
>>>>>> yep, that's a good point indeed.
>>>>>> Is there any other thing than reference counting that this release
>>>>>> method would do?
>>>>>
>>>>> The only other thing the AS impl of the JBC CacheManager[1]
>>>>> releaseCache
>>>>> does is deregistration from JMX. But I believe that's already
>>>>> handled in
>>>>> Infinispan.
>>>>>
>>>>> OT, there are a couple other things [1] does:
>>>>>
>>>>> 1) Supports aliasing of configuratio names; I just created
>>>>> https://jira.jboss.org/jira/browse/ISPN-316 for that.
>>>>
>>>> Yes, nice one - there will be some API impact though, how would one
>>>> submit an alias map? I wouldn't want injection to be the only path here.
>>> Coherence supports regexp for defining cache names. I guess that
>>> would also solve ISPN-316, be a more generic solution and also allow
>>> better migration from coherence. This won't work for runtime
>>> aliasing, not sure we'll be able to do this as well.
>>
>> Regexps != aliases, although we could support both.
> At least for statically configured aliases (Brian, is that your
> scenario?) regexp cache names include the alias functionally.
> E.g. name="someName | theAlias | otherAlias" is a regexp that
> accommodates aliasing (and more).
>>
Yes, my scenario is statically configured aliases.
--
Brian Stansberry
Lead, AS Clustering
JBoss by Red Hat
More information about the infinispan-dev
mailing list