https://jira.opendaylight.org This file is an XML representation of an issue en-us 8.20.10 820010 22-06-2022 https://jira.opendaylight.org/browse/MDSAL-422 mdsal <p>This problem is handled by OVSDB's TransactCommandAggregator, which explicitly catches the ISE generated by DataObjectModification.getModificationType().</p> <p>The ISE is generated because modified children of a SUBTREE_MODIFIED node include a MERGE operation which turned out to be an UNMODIFIED node – which Binding cannot map, as it has only DELETE/WRITE/SUBTREE_MODIFIED options.</p> <p>Direct users usually handle this gracefully by ignoring the unmodified node when iterating over the nodes – but Binding would have to always filter modified nodes.</p> <p>This poses an interesting lifecycle problem: the node should really be pruned from the DataTreeCandidate, so that if this is the only modification within a SUBTREE_MODIFIED parent, that parent would turn into UNMODIFIED, and cascade upwards.</p> <p> </p> MDSAL-422

DataObjectModification.getModificationType() throws ISE on UNMODIFIED

Bug Medium Resolved Done Robert Varga Robert Varga Fri, 8 Feb 2019 12:22:11 +0000 Tue, 19 Mar 2019 14:33:19 +0000 Tue, 19 Mar 2019 14:33:19 +0000 Fluorine SR2 3.0.6 Fluorine SR3 3.0.7 Binding runtime 0 1 <p>Testing with current 2.1.9-SNAPSHOT, the problem is that multiple child nodes are being modified, hence the change will not be completely squashed, i.e. it will contain a both UNMODIFIED and WRITE children. I think the problem is the getModifiedChild() contract, which specifies null return "if child was not modified / does not exists". RecursiveUnmodifiedCandidateNode is in direct violation of this contract, as it will actively allow descent into child nodes, pretending all of them are unmodified.</p> <p> </p> <p>We also do not check for these nodes in AbstractModifiedNodeBasedCandidateNode, and expose them through both getChildNodes() and getModifiedChild(). I think the best approach is to fix the issue in MDSAL/Controller and clarify the API contract in 3.0.0.</p> Relates YANGTOOLS-954 Development Rank 0|i03mk7: