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-327 mdsal <p>We have several YANG files in the SFC project that havent been touched in a while that whose generated Java files no longer compile in Fluorine, as can be seen here <span class="error">&#91;0&#93;</span>.<br/>  <br/> Here is an example of the compilation errors:<br/>  </p> <blockquote><p><b>18:27:21</b> <span class="error">&#91;ERROR&#93;</span> /w/workspace/sfc-maven-verify-fluorine-mvn33-openjdk8/sfc-renderers/sfc-ios-xe-renderer/src/main/yang-gen-sal/org/opendaylight/yang/gen/v1/urn/ios/rev160308/_native/mls/qos/Map.java:<span class="error">&#91;8,1&#93;</span> org.opendaylight.yang.gen.v1.urn.ios.rev160308._native.mls.qos.Map is already defined in this compilation unit<br/> <b>18:27:21</b> <span class="error">&#91;ERROR&#93;</span> /w/workspace/sfc-maven-verify-fluorine-mvn33-openjdk8/sfc-renderers/sfc-ios-xe-renderer/src/main/yang-gen-sal/org/opendaylight/yang/gen/v1/urn/ios/rev160308/_native/mls/qos/Map.java:<span class="error">&#91;70,37&#93;</span> type org.opendaylight.yang.gen.v1.urn.ios.rev160308._native.mls.qos.Map does not take parameters*18:27:21* <span class="error">&#91;ERROR&#93;</span> /w/workspace/sfc-maven-verify-fluorine-mvn33-openjdk8/sfc-renderers/sfc-ios-xe-renderer/src/main/yang-gen-sal/org/opendaylight/yang/gen/v1/urn/ios/rev160308/_native/mls/qos/Map.java:<span class="error">&#91;71,37&#93;</span> type org.opendaylight.yang.gen.v1.urn.ios.rev160308._native.mls.qos.Map does not take parameters</p></blockquote> <p> <br/> Have there been changes to Yangtools that could have caused this??<br/>  <br/> <span class="error">&#91;0&#93;</span> <a href="https://jenkins.opendaylight.org/releng/job/sfc-maven-verify-fluorine-mvn33-openjdk8/43/console" class="external-link" target="_blank" rel="nofollow noopener">https://jenkins.opendaylight.org/releng/job/sfc-maven-verify-fluorine-mvn33-openjdk8/43/console</a></p> MDSAL-327

Imports for nested generated classes do no work

Improvement High Resolved Done Robert Varga Brady Johnson Thu, 22 Mar 2018 15:29:55 +0000 Wed, 2 May 2018 08:57:54 +0000 Wed, 2 May 2018 08:57:54 +0000 Fluorine Binding codegen 0 2 <p>Map as a compilation unit, coming from 'container map', containing restricted leaf-defined types – hence it requests import of java.util.Map, which is output. This leads to confusion. The import should have been rejected and java.util.Map should be referenced via its FQCN.</p> <p>The breakage was introduced by the fix of nested class imports, which is flushing out a bug.</p> <p>Revert: <a href="https://git.opendaylight.org/gerrit/69863" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/69863</a></p> <p> </p> <p>The revert will fix the reported issue, repurposing this this issue to track re-implementation of the improvement.</p> Relates TSC-98 Development Rank 0|i03c5b: