[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: |
|
||||||||||||||||||||
| 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. |