Yeah, should do: https://github.com/infinispan/infinispan/pull/3323 :)
On 3 Mar 2015, at 16:32, Emmanuel Bernard emman...@hibernate.org wrote:
Should it be morphed into a FAQ?
On 03 Mar 2015, at 16:23, Galder Zamarreño gal...@redhat.com wrote:
Hmm, ok. It's true that down the line the
Hmm, ok. It's true that down the line the remote events might morph into more
specialised DSL-based remote event filter/conversion.
I just wished the naming would have been a bit more representative.
Ideally, the filter/converter classes used for remote events should have lived
in a remote jar
Should it be morphed into a FAQ?
On 03 Mar 2015, at 16:23, Galder Zamarreño gal...@redhat.com wrote:
Hmm, ok. It's true that down the line the remote events might morph into more
specialised DSL-based remote event filter/conversion.
I just wished the naming would have been a bit more
On Thu, Feb 26, 2015 at 3:57 AM, Galder Zamarreño gal...@redhat.com wrote:
Hey Will,
I wanted to ask you about the classes in org.infinispan.filter package.
I thought we agreed to get rid of these duplicate classes before 7.0.0.Final:
- org.infinispan.filter.Converter
-
Hey Will,
I wanted to ask you about the classes in org.infinispan.filter package.
I thought we agreed to get rid of these duplicate classes before 7.0.0.Final:
- org.infinispan.filter.Converter
- org.infinispan.filter.KeyValueFilter
- ... and related classes
The reason being that we pretty much