[MDSAL-250] Eliminate duplicate YangTextSchemaContextResolvers Created: 04/May/17 Updated: 20/Apr/20 Resolved: 20/Apr/20 |
|
| Status: | Resolved |
| Project: | mdsal |
| Component/s: | Binding runtime, DOM runtime |
| Affects Version/s: | None |
| Fix Version/s: | 6.0.0 |
| Type: | Bug | ||
| Reporter: | Robert Varga | Assignee: | Robert Varga |
| Resolution: | Duplicate | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Environment: |
Operating System: All |
||
| Issue Links: |
|
||||||||||||||||||||
| External issue ID: | 8369 | ||||||||||||||||||||
| Description |
|
ModuleInfoBackedContext creates an internal YangTextSchemaContextResolver, which is completely independent from what DOMSchemaService uses internally. This leads to the two context being potentially misaligned and waste of both startup CPU cycles and memory. Once we have OSGi-specific services, the DOM and Binding counterparts need to cooperate, such that the DOM part assembles the SchemaContext (and manages YangTextSchemaContextResolver) while the Binding part provides hints as to what modules are expected to crop up in bundles (as it has cross-bundle visibility into models). |
| Comments |
| Comment by Robert Varga [ 20/Apr/20 ] |