[jira] [Assigned] (OAK-1553) More sophisticated conflict resolution when concurrently adding nodes

2019-04-09 Thread JIRA


 [ 
https://issues.apache.org/jira/browse/OAK-1553?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Michael Dürig reassigned OAK-1553:
--

Assignee: (was: Michael Dürig)

> More sophisticated conflict resolution when concurrently adding nodes
> -
>
> Key: OAK-1553
> URL: https://issues.apache.org/jira/browse/OAK-1553
> Project: Jackrabbit Oak
>  Issue Type: Improvement
>  Components: core, documentmk, segment-tar
>Reporter: Michael Dürig
>Priority: Major
>  Labels: concurrency, scalability, technical_debt
> Attachments: OAK-1553.patch
>
>
> {{MicroKernel.rebase}} currently specifies: "addExistingNode: A node has been 
> added that is different from a node of them same name that has been added to 
> the trunk."
> This is somewhat troublesome in the case where the same node with different 
> but non conflicting child items is added concurrently:
> {code}
> f.add("fo").add("u1"); commit();
> f.add("fo").add("u2"); commit();
> {code}
> currently fails with a conflict because {{fo}} is not the same node for the 
> both cases. See discussion http://markmail.org/message/flst4eiqvbp4gi3z



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Assigned] (OAK-1553) More sophisticated conflict resolution when concurrently adding nodes

2014-03-19 Thread JIRA

 [ 
https://issues.apache.org/jira/browse/OAK-1553?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Michael Dürig reassigned OAK-1553:
--

Assignee: Michael Dürig

 More sophisticated conflict resolution when concurrently adding nodes
 -

 Key: OAK-1553
 URL: https://issues.apache.org/jira/browse/OAK-1553
 Project: Jackrabbit Oak
  Issue Type: Improvement
  Components: core, mk, mongomk, segmentmk
Reporter: Michael Dürig
Assignee: Michael Dürig

 {{MicroKernel.rebase}} currently specifies: addExistingNode: A node has been 
 added that is different from a node of them same name that has been added to 
 the trunk.
 This is somewhat troublesome in the case where the same node with different 
 but non conflicting child items is added concurrently:
 {code}
 f.add(fo).add(u1); commit();
 f.add(fo).add(u2); commit();
 {code}
 currently fails with a conflict because {{fo}} is not the same node for the 
 both cases. See discussion http://markmail.org/message/flst4eiqvbp4gi3z



--
This message was sent by Atlassian JIRA
(v6.2#6252)