[
http://jira.jboss.com/jira/browse/JBCACHE-957?page=comments#action_12354465 ]
Brian Stansberry commented on JBCACHE-957:
------------------------------------------
Not needed in 2.0.0 for the example session repl use case mentioned above. Not locking
parents throughout the tree has been the behavior since 1.2.4 at least and hasn't been
a problem; using session repl was more to have an example of the concept.
Don't know if it's something PojoCache would need, in order to give greater
concurrency to the _JBOSS_INTERNAL_ node(s) while enforcing greater correctness within the
pojos themselves.
Other than that, it's likely an API change in Node. Perhaps the API should be
determined for 2.0.0 but not actually implemented until later?
Allow per-node configuration of LockParentForChildInsertRemove
--------------------------------------------------------------
Key: JBCACHE-957
URL:
http://jira.jboss.com/jira/browse/JBCACHE-957
Project: JBoss Cache
Issue Type: Feature Request
Security Level: Public(Everyone can see)
Reporter: Brian Stansberry
Assigned To: Manik Surtani
Fix For: 2.0.0.BETA2
Attachments: lock.diff
Use the new LockParentForChildInsertRemove as a global default that sets a per-node
behavior. Expose an API in Node (not NodeSPI) that allows the application to change the
behavior for an individual node.
Use case: session replication, which stores data in a structure like this:
/SESSION/webapp/session1/.../...
/SESSION/webapp/session2/.../...
The session managment layer wants the greater correctness that comes with enforcing
LockParentForChildInsertRemove="true" with the sessionX node and below. But
requiring a WL on /SESSION/webapp before any session could be added or removed will
greatly disrupt session creation and expiration. This feature allows the best of both
worlds, by allowing the application to set
LockParentForChildInsertRemove="false" on /SESSION and /SESSION/webapp.
This is a simple alternative to lock striping in the node's children map.
--
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