[JBoss JIRA] Commented: (JBCACHE-450) Create a pure pojo-based eviction policy
by Ben Wang (JIRA)
[ http://jira.jboss.com/jira/browse/JBCACHE-450?page=comments#action_12340065 ]
Ben Wang commented on JBCACHE-450:
----------------------------------
For case #3 above regarding to object identity, actually we can't serialize PojoInstance becuse otherwise, we will serializae the actual POJO reference (and therefore the whole POJO!). This would defeat the whole purpose of PojoCache. So looks like we will have to accept the discrepancy there unless we have a lookup table that matches pojo instance to id. But again this will be strongly referenced and pojo instance will never gc-ed.
> Create a pure pojo-based eviction policy
> ----------------------------------------
>
> Key: JBCACHE-450
> URL: http://jira.jboss.com/jira/browse/JBCACHE-450
> Project: JBoss Cache
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: PojoCache
> Reporter: Ben Wang
> Assigned To: Ben Wang
> Fix For: POJOCache
>
> Original Estimate: 1 week
> Remaining Estimate: 1 week
>
> The eviction policy module has been refactored in 1.3. We will need to refactor the pojo-based evitction policy as well.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 10 months
[JBoss JIRA] Resolved: (JBCACHE-173) Locking model when pojo is multiple referenced
by Ben Wang (JIRA)
[ http://jira.jboss.com/jira/browse/JBCACHE-173?page=all ]
Ben Wang resolved JBCACHE-173.
------------------------------
Resolution: Done
> Locking model when pojo is multiple referenced
> ----------------------------------------------
>
> Key: JBCACHE-173
> URL: http://jira.jboss.com/jira/browse/JBCACHE-173
> Project: JBoss Cache
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: PojoCache
> Affects Versions: POJOCache
> Reporter: Ben Wang
> Assigned To: Ben Wang
> Fix For: 2.0.0
>
> Original Estimate: 2 weeks
> Remaining Estimate: 2 weeks
>
> Under the new PojoCache, when a pojo is multiple referenced (let's say a pojo, Joe), it will be located under JBOSS_INTERANL node while leaving the original with a fqn/id reference.
> In terms of locking, there are various implications.
> 1. If we are modifying Joe under a tx context directly, the locking will be done under the JBoss_INTERNAL node. As a result, consistency is warranted.
> 2. If Joe is part of a sub-object, say, a UserState object that has a Person Joe reference. Then, a tx context under that UserState obejct is not locking on Joe (since it has been moved to under JBOSS_INTERNAL, and therefore not under the same fqn sub-tree).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 10 months
[JBoss JIRA] Updated: (JBCACHE-173) Locking model when pojo is multiple referenced
by Ben Wang (JIRA)
[ http://jira.jboss.com/jira/browse/JBCACHE-173?page=all ]
Ben Wang updated JBCACHE-173:
-----------------------------
Fix Version/s: 2.0.0
(was: POJOCache)
> Locking model when pojo is multiple referenced
> ----------------------------------------------
>
> Key: JBCACHE-173
> URL: http://jira.jboss.com/jira/browse/JBCACHE-173
> Project: JBoss Cache
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: PojoCache
> Affects Versions: POJOCache
> Reporter: Ben Wang
> Assigned To: Ben Wang
> Fix For: 2.0.0
>
> Original Estimate: 2 weeks
> Remaining Estimate: 2 weeks
>
> Under the new PojoCache, when a pojo is multiple referenced (let's say a pojo, Joe), it will be located under JBOSS_INTERANL node while leaving the original with a fqn/id reference.
> In terms of locking, there are various implications.
> 1. If we are modifying Joe under a tx context directly, the locking will be done under the JBoss_INTERNAL node. As a result, consistency is warranted.
> 2. If Joe is part of a sub-object, say, a UserState object that has a Person Joe reference. Then, a tx context under that UserState obejct is not locking on Joe (since it has been moved to under JBOSS_INTERNAL, and therefore not under the same fqn sub-tree).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 10 months