[jboss-jira] [JBoss JIRA] Commented: (JBCACHE-957) Allow per-node configuration of LockParentForChildInsertRemove

[Brian Stansberry (JIRA)]

    [ 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