[infinispan-issues] [JBoss JIRA] Resolved: (ISPN-86) InternalCacheValue/InternalCacheEntry optimization
[
https://jira.jboss.org/jira/browse/ISPN-86?page=com.atlassian.jira.plugin...
]
Mircea Markus resolved ISPN-86.
-------------------------------
Resolution: Done
implemented. The ICE were not made inner classes; package local access was used for
delegating state calls so performance is not affected. E.g.
ICE.getLifespan() {
return icv.lifespan; //direct field access
}
InternalCacheValue/InternalCacheEntry optimization
--------------------------------------------------
Key: ISPN-86
URL: https://jira.jboss.org/jira/browse/ISPN-86
Project: Infinispan
Issue Type: Feature Request
Components: Core API
Affects Versions: 4.0.0.ALPHA4
Reporter: Mircea Markus
Assignee: Mircea Markus
Fix For: 4.0.0.BETA1
From a IRC discussion with Manik:
Right now an InternalCacheValue(ICV) is created from an InternalCacheEntry(ICE) by the
CacheStore whenever we persist an entry: this is in order to avoid duplicate marshalling
of the key.
Same way, an InternalCacheEntry is created from an ICV whenever the value is
unmarshalled.
Avoid this unnecessary creation of objects by making ICE aggregate an ICV, and delegate
all the state calls to it.
Impl note: in order to allow delegation from ICE to ICV, make all the ICV's methods
final.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira