[infinispan-dev] Cache entry not invalidated callback?

[Galder Zamarreno]

On 11/04/2009 11:18 AM, Galder Zamarreno wrote:
>
>
> On 11/04/2009 10:04 AM, Brian Stansberry wrote:
>>
>> On Nov 4, 2009, at 4:48 PM, Galder Zamarreno wrote:
>>
>>>
>>>
>>> On 11/04/2009 03:29 AM, Brian Stansberry wrote:
>>>>
>>>> </snip>
>>>>
>>>> Yes, unless JBC emits the notification even if the node didn't exist
>>>> locally. Which I doubt.
>>>>
>>>> TBH, this whole thing of using cache data as a mechanism to pass
>>>> notifications is a hack. Much nicer IMHO would be a nice SPI / plug
>>>> point to allow applications to extend the set of commands. Let an app
>>>> create an ExtensionCommand; if that comes in off the channel pass it
>>>> off to the handler the application registered.
>>>>
>>>> A worse IMHO option to the notification bus hack is to have the
>>>> Hibernate-Infinispan/JBC integration create a separate JGroups
>>>> channel
>>>> for these messages. If a JGroups ChannelFactory + shared transport is
>>>> used, that's just yuck. If ChannelFactory/shared transport aren't
>>>> used, it's just unworkable.
>>>
>>> I agree that the best way to solve this would be for ISPN/JBC to allow
>>> extension of commands but I think this requires a fair bit of thinking
>>> and design to get it right. So, we'd need to design it, implement it
>>> and
>>> proof-test it with SPI impls for ISPN and JBC 2nd level caches.
>>>
>>
>> Agreed. (BTW I have other use cases, i.e. session management. ;) )
>
> I'm gonna open a JIRA for this at least in ISPN.

https://jira.jboss.org/jira/browse/ISPN-256

-- 
Galder Zamarreño
Sr. Software Engineer
Infinispan, JBoss Cache