[CONTROLLER-154] Transaction readOperationalData() vs. removeOperationalData() Created: 11/Feb/14  Updated: 25/Jul/23  Due: 23/Mar/14  Resolved: 08/Apr/14

Status: Resolved
Project: controller
Component/s: mdsal
Affects Version/s: None
Fix Version/s: None

Type: Bug
Reporter: Robert Varga Assignee: Tony Tkacik
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issue Links:
Blocks
is blocked by CONTROLLER-208 Verify downstream projects to be work... Resolved
External issue ID: 414
Priority: High

 Description   

DataModificationTransaction is supposed to reflect a consistent view on the data tree. Issuing the following sequence of calls:

1) readOperationalData(some.identifier)
2) putOperationalData(some.identifier.child)
3) readOperationalData(some.identifier)

will result in 3) reporting the data as if 2) has never happened. This needs to be addressed by lazily instantiating the binding-aware objects and tying them lazily to the backing store snapshot. This is especially true for things like:

List<Object> list = trans.readOperationalData(some.identifier)
trans.putOperationalData(some.identifier.listKey, object)
for (Object o : list) {
// object should be visible
}



 Comments   
Comment by Tony Tkacik [ 07/Apr/14 ]

Fixed in new datastore (see 50

Comment by Tony Tkacik [ 08/Apr/14 ]

Fixed by new data store.

Generated at Wed Feb 07 19:52:19 UTC 2024 using Jira 8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d.