[infinispan-dev] Feedback and requests on clustered and remote listeners

William Burns mudokonman at gmail.com
Tue Sep 30 12:13:25 EDT 2014

I have put it on a branch on github and you can try it out and let me
know what you think.

I still have a few things I may want to change though:

1. I don't like how pre events are yet as they don't give you the
previous value and new value as post events do
2. The enum to tell the type has become a bit more complicated and I
think I am going to change it to a class
3. I also have some internal changes that should require less memory
allocations I wanted to clean up.



- Will

On Fri, Sep 26, 2014 at 4:06 AM, Emmanuel Bernard
<emmanuel at hibernate.org> wrote:
> You lost me at actually ;) but if you have some code or even a gist showing how a user would use and interact with these changes, I can give you some feedback on the use cases I had in mind and if they fit.
>> On 25 sept. 2014, at 15:20, William Burns <mudokonman at gmail.com> wrote:
>> Actually while working and thinking on this it seems it may be easiest
>> to exclude the usage of KeyValueFilter in the listener pieces
>> completely and instead leave the annotation as it is now.  Instead the
>> provided CacheEventFilter would be wrapped by a KeyValueFilter
>> implement that just called the new method as if it was a create event
>> for each value while iterating on them.  I am thinking this is the
>> cleanest.  Do you guys have any opinions?  It would also keep intact a
>> lot of existing code and APIs.
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev

More information about the infinispan-dev mailing list