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/NETCONF-672 netconf <p>As noted in <a href="https://jira.opendaylight.org/browse/NETCONF-671" title="Eliminate duplicate SchemaRepositoryProviderImpl" class="issue-link" data-issue-key="NETCONF-671"><del>NETCONF-671</del></a>, we have had duplicate implementations of this interface. Further examination reveals this is actually left completely unused, and only the static factory is used instead.</p> <p>That static factory has further problems:</p> <ul> <li>requires static wiring</li> <li>contains duplicate code (AbstractTopology vs. NetconfTopologyUtils)</li> <li>all lifecycle around multiple directories is non-existent due to it being tracked in a static map only</li> <li>there is no way to provide customized implementations</li> </ul> <p>Hence this issue is about factoring the static mess out into something that has clear lifecycle and is injected into topology instances.</p> NETCONF-672

Refactor SchemaRepositoryProvider into its own component

Improvement High Resolved Done Robert Varga Robert Varga Fri, 24 Apr 2020 11:22:32 +0000 Tue, 28 Apr 2020 06:58:02 +0000 Tue, 28 Apr 2020 06:58:02 +0000 Aluminium netconf 0 1 Blocks NETCONF-673 NETCONF-377 NETCONF-605 Development Rank 0|i03s4n: