[MDSAL-669] Retain grouping/uses instantiation vectors Created: 15/Jun/21  Updated: 19/Dec/23  Resolved: 19/Dec/23

Status: Resolved
Project: mdsal
Component/s: Binding codegen, Binding runtime
Affects Version/s: None
Fix Version/s: 13.0.0

Type: Improvement Priority: Medium
Reporter: Robert Varga Assignee: Samuel Schneider
Resolution: Done Votes: 0
Labels: pt
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Blocks
blocks MDSAL-670 BindingCodecContext does not deal wit... In Progress
blocks MDSAL-443 Inline CodecDataObject's NodeContextS... Confirmed
Issue split
split from MDSAL-668 Issue serializing object type define... Resolved

 Description   

binding-dom-codec requires information about grouping instantiation within an instance of BindingRuntimeTypes to make leafref mapping predictable.

If can have the equivalent of

BindingRuntimeTypes {
    private final ListMultimap<JavaTypeName, JavaTypeName> groupingToInstantiation;
}

populated for each encountered grouping, we can find the corresponding leafref resolution information available via the footprint left by AbstractTypeObjectGenerator.addAsGetterMethodOverride() in GeneratedType. Backreferences stored here should point to instantiation roots, i.e. where a uses statement causes a grouping (and all its referenced grouping) to be referenced when the corresponding SchemaInferenceStack.isGrouping() == false. The footprint can be examined by inquiring GeneratedType.getImplements() type hierarchy.



 Comments   
Comment by Robert Varga [ 15/Jun/21 ]

This is a prerequisite for https://jira.opendaylight.org/browse/MDSAL-668?focusedCommentId=69306&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-69306 item 1.

Generated at Wed Feb 07 20:10:29 UTC 2024 using Jira 8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d.