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