]
Paul Ferraro commented on WFLY-6591:
------------------------------------
Acknowledged. Fix on the way.
Regarding ISPN-694 - session expiration support is not sufficiently complete. To date,
Infinispan does not yet support expiration notifications for passivated cache entries,
i.e. expiration from a cache store.
Memory leak of expired session in Infinispan cache with optimistic
locking
--------------------------------------------------------------------------
Key: WFLY-6591
URL:
https://issues.jboss.org/browse/WFLY-6591
Project: WildFly
Issue Type: Bug
Components: Clustering
Affects Versions: 10.0.0.Final, 10.1.0.Final
Reporter: Gabriel Lavoie
Assignee: Paul Ferraro
When using optimistic locking on the web cache, data from expired sessions is not removed
from the web cache by the
org.wildfly.clustering.web.infinispan.session.SessionExpirationScheduler and leaks
forever.
Session seems to be invalidated correctly and isn't accessible anymore.
After tracing the code,
org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.remove()
doesn't remove the metadata entries when "this.properties.isLockOnWrite()"
returns false (which is always the case for optimistic locking). Then in
org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.remove(), the call
to attributesFactory.remove(id) also gets skipped.
We've tried to adjust the code of
org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.remove() to
the following:
{code}
private boolean remove(String id, Cache<SessionCreationMetaDataKey,
SessionCreationMetaDataEntry<L>> creationMetaDataCache) {
SessionCreationMetaDataKey key = new SessionCreationMetaDataKey(id);
if (this.properties.isLockOnWrite()) {
if
(creationMetaDataCache.getAdvancedCache().withFlags(Flag.ZERO_LOCK_ACQUISITION_TIMEOUT,
Flag.FAIL_SILENTLY).lock(key)) {
creationMetaDataCache.getAdvancedCache().withFlags(Flag.IGNORE_RETURN_VALUES).remove(key);
this.accessMetaDataCache.getAdvancedCache().withFlags(Flag.IGNORE_RETURN_VALUES).remove(new
SessionAccessMetaDataKey(id));
return true;
}
return false;
} else {
creationMetaDataCache.getAdvancedCache().withFlags(Flag.IGNORE_RETURN_VALUES).remove(key);
this.accessMetaDataCache.getAdvancedCache().withFlags(Flag.IGNORE_RETURN_VALUES).remove(new
SessionAccessMetaDataKey(id));
return true;
}
}
{code}
With that change, the memory leaks disappears.