Hi Paul<div><br></div><div>On Wed, Mar 26, 2014 at 3:57 PM, Paul Ferraro <paul.ferraro@redhat.com> wrote:<br>
<blockquote type="cite"><div class="plaintext" style="white-space: pre-wrap;">Hey guys,
I have created a number of requests for features that I'd like to be
able to leverage for WildFly 9/10. Can the appropriate component owners
(which I think is Dan in all cases) comment on the following issues?
The following issues prevent WF from leveraging Infinispan expiration:
* Expiration events from cache store
<a href="https://issues.jboss.org/browse/ISPN-3064">https://issues.jboss.org/browse/ISPN-3064</a></div></blockquote><div><br></div><div>You'd probably need expiration events for in-memory entries first: <a href="https://issues.jboss.org/browse/ISPN-694">https://issues.jboss.org/browse/ISPN-694</a></div><div><br></div><div>This has been in discussion for a while, but I'm not sure it will make it into 7.0. It may require expiration to be coupled with eviction, to avoid duplicate expiration events. (I'm sure Sanne would be happy about this, because we would stop checking if the entry is expired on every access.)</div><br><blockquote type="cite"><div class="plaintext" style="white-space: pre-wrap;">
* Group-based expiration
<a href="https://issues.jboss.org/browse/ISPN-2916">https://issues.jboss.org/browse/ISPN-2916</a></div></blockquote><div><br></div>There is a reasonable workaround for this, or at least there will be once we have expiration events: only make one entry mortal, and use its expiration listener to remove all the other entries in the group.</div><div><br><blockquote type="cite"><div class="plaintext" style="white-space: pre-wrap;">
Now that Infinispan eviction is safe for use by transactional caches,</div></blockquote><div><br></div><div>Funny, I was just looking at the Cache.evict() javadoc and it seems we haven't removed this line yet:</div><div><br></div><div> Important: this method should not be called from within a transaction scope.</div><br><blockquote type="cite"><div class="plaintext" style="white-space: pre-wrap;">
there remain a few issues complicating the ability for WF to fully
leverage the eviction manager for passivation:
* Group-based eviction
<a href="https://issues.jboss.org/browse/ISPN-4132">https://issues.jboss.org/browse/ISPN-4132</a></div></blockquote><div><br></div><div>TBH I think storing the session as a DeltaAware would be a better fit for this requirement. Either way, I don't think it will make it into 7.0.</div><br><blockquote type="cite"><div class="plaintext" style="white-space: pre-wrap;">
* Clustered eviction (this one is really only an inconvenience for those
of us using manual eviction since I can't use infinispan eviction)
<a href="https://issues.jboss.org/browse/ISPN-4134">https://issues.jboss.org/browse/ISPN-4134</a></div></blockquote><div><br></div><div>I don't see this as a priority, you could just invoke a distributed task that calls cache.evict(k) on each node. Internally, we'd probably use a command, but the effect would be the same.</div><br><blockquote type="cite"><div class="plaintext" style="white-space: pre-wrap;">
Optimizations:
* Enumerate cache keys for group
<a href="https://issues.jboss.org/browse/ISPN-3900">https://issues.jboss.org/browse/ISPN-3900</a></div></blockquote><div><br></div><div>I think Mircea already had a chat with Davide about implementing this in Infinispan. However, I don't see a lot of scope for optimizations over what you have already implemented for sessions.</div><br><blockquote type="cite"><div class="plaintext" style="white-space: pre-wrap;">
* Unloadable Key2StringMapper
<a href="https://issues.jboss.org/browse/ISPN-3979">https://issues.jboss.org/browse/ISPN-3979</a></div></blockquote></div><div><br></div><div>This sounds like a bug more than a feature request, it should definitely be included in 7.0.</div><div><br></div><div><br></div>