[YANGTOOLS-442] Data Tree: allow chaining of modifications Created: 08/Apr/15 Updated: 10/Apr/22 Resolved: 10/Apr/15 |
|
| Status: | Resolved |
| Project: | yangtools |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Improvement | ||
| Reporter: | Robert Varga | Assignee: | Robert Varga |
| Resolution: | Done | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Environment: |
Operating System: All |
||
| Description |
|
In distributed context it is advantageous to use a DataTreeCandidate (resulting from DataTree.prepare()) as a replication unit. Shifting it around to external systems and/or filesystems adds inherent latency, during which we cannot optimistically create another candidate and thus amortize the latency. This is largely an API problem, as InMemoryDataTreeCandidate has all the state required to prepare a follow-up candidate, which can be committed after it. Expose appropriate APIs so we can take advantage of this. |
| Comments |
| Comment by Robert Varga [ 08/Apr/15 ] |