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-182 mdsal <p>This may be a Yangtools bug, but the exception below comes from binding generator.</p> <p>Example models: <a href="https://git.opendaylight.org/gerrit/#/c/41142/2" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/41142/2</a></p> <p>They shows that if leafref is only up one level, or is not from grouping, then everything works. This is what happens in the $summary case:</p> <p> </p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>[ERROR] yang-to-sources: Unable to generate sources with org.opendaylight.yangtools.maven.sal.api.gen.plugin.CodeGeneratorImpl generator java.lang.IllegalArgumentException: Failed to find leafref target: ../../../target-leaf in module grouping-leafref (QNameModule{ns=odl:test:leafref:grouping, rev=2016-07-01}) at com.google.common.base.Preconditions.checkArgument(Preconditions.java:145) at org.opendaylight.yangtools.sal.binding.yang.types.TypeProviderImpl.provideTypeForLeafref(Typ eProviderImpl.java:496) at org.opendaylight.yangtools.sal.binding.yang.types.TypeProviderImpl.javaTypeForLeafrefOrIdent ityRef(TypeProviderImpl.java:318) at org.opendaylight.yangtools.sal.binding.yang.types.TypeProviderImpl.javaTypeForSchemaDefiniti onType(TypeProviderImpl.java:211) at org.opendaylight.yangtools.sal.binding.generator.impl.BindingGeneratorImpl.resolveLeafSchemaNodeAsMethod(BindingGeneratorImpl.java:1452) at org.opendaylight.yangtools.sal.binding.generator.impl.BindingGeneratorImpl.addSchemaNodeToBuilderAsMethod(BindingGeneratorImpl.java:1143) at org.opendaylight.yangtools.sal.binding.generator.impl.BindingGeneratorImpl.resolveDataSchemaNodes(BindingGeneratorImpl.java:1080) at org.opendaylight.yangtools.sal.binding.generator.impl.BindingGeneratorImpl.groupingToGenType(BindingGeneratorImpl.java:726) at org.opendaylight.yangtools.sal.binding.generator.impl.BindingGeneratorImpl.groupingsToGenTypes(BindingGeneratorImpl.java:703) at org.opendaylight.yangtools.sal.binding.generator.impl.BindingGeneratorImpl.moduleToGenTypes(BindingGeneratorImpl.java:281) at org.opendaylight.yangtools.sal.binding.generator.impl.BindingGeneratorImpl.generateTypes(BindingGeneratorImpl.java:259) at org.opendaylight.yangtools.maven.sal.api.gen.plugin.CodeGeneratorImpl.generateSources(CodeGeneratorImpl.java:61) at org.opendaylight.yangtools.yang2sources.plugin.YangToSourcesProcessor.generateSourcesWithOneGenerator(YangToSourcesProcessor.java:348) at org.opendaylight.yangtools.yang2sources.plugin.YangToSourcesProcessor.generateSources(YangToSourcesProcessor.java:293) at org.opendaylight.yangtools.yang2sources.plugin.YangToSourcesProcessor.execute(YangToSourcesProcessor.java:95) at org.opendaylight.yangtools.yang2sources.plugin.YangToSourcesProcessor.conditionalExecute(YangToSourcesProcessor.java:104) at org.opendaylight.yangtools.yang2sources.plugin.YangToSourcesMojo.execute(YangToSourcesMojo.java:119) at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:134) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:207) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80) at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51) at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:307) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:193) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:106) at org.apache.maven.cli.MavenCli.execute(MavenCli.java:863) at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:288) at org.apache.maven.cli.MavenCli.main(MavenCli.java:199) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289) at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229) at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415) at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356) </pre> </div></div> <p> </p> <p>Operating System: All<br/> Platform: All</p> MDSAL-182

Java binding v1: leafref up two containers not found if from grouping

Bug Resolved Done Robert Varga Vratko Polak Fri, 1 Jul 2016 11:35:43 +0000 Mon, 27 May 2019 09:08:03 +0000 Thu, 21 Mar 2019 15:32:23 +0000 4.0.0 Fluorine SR3 3.0.7 Binding codegen 0 7 <p>Hi Alexis</p> <p>Since we are focusing now on Carbon release, I'm moving this Binding spec v1 bug to Boron-4. Please let me know whether this is not an big issue for you. Thanks.</p> <p> Martin</p> <p>Hi,</p> <p>Is there are a  fix scheduled for this ? we are facing issues with importing openconfig models into our project.</p> <p>ERROR] yang-to-sources: Unable to generate sources with org.opendaylight.mdsal.binding.maven.api.gen.plugin.CodeGeneratorImpl generator</p> <p>java.lang.IllegalArgumentException: Failed to find leafref target: ../../../../../../../sensor-groups/sensor-group/config/sensor-group-id in module openconfig-telemetry (QNameModule</p> {ns=[http://openconfig.net/yang/telemetry|https://urldefense.proofpoint.com/v2/url?u=http-3A__openconfig.net_yang_telemetry&amp;d=DwQGaQ&amp;c=09aR81AqZjK9FqV5BSCPBw&amp;r=fYBUIQyrd8QW3g0UM4Qde3P2Hew0bssk8DkR23Im7yo&amp;m=cUAc870bkga6sUyXGyvIF3RRJHIBgj4KMNwPZcDH3QQ&amp;s=zLnJIt80-HJTgc_wkmPcmihmAdiSdD_Z6Ol8S1GrjwE&amp;e=], rev=2017-08-24} <p>)</p> <p>                at com.google.common.base.Preconditions.checkArgument(Preconditions.java:455)</p> <p> </p> <p>The problem here seems to be that we are dealing with a grouping-based typedef, which points outside of the grouping.</p> <p>Given that we are not dealing with a concrete instantiation, we just don't know where it points to, as per <a href="https://tools.ietf.org/html/rfc7950#section-9.9.2" class="external-link" target="_blank" rel="nofollow noopener">https://tools.ietf.org/html/rfc7950#section-9.9.2</a> . The typedef in grouping needs to resolve to a plain Object, and be concretized in instantiations.</p> <p>It is a mystery (for now) how this ends up working for the other cases.</p> <p>Sorry for the long delay, what exactly is the model set you are seeing the issue with?</p> <p> </p> <p>Hi Robert, Thanks for your response.</p> <p>we are facing issues with openconfig-telemetry.yang <a href="https://github.com/OpenROADM/OpenROADM_MSA_Public/blob/master/model/Device/openconfig-telemetry.yang" class="external-link" target="_blank" rel="nofollow noopener">https://github.com/OpenROADM/OpenROADM_MSA_Public/blob/master/model/Device/openconfig-telemetry.yang</a></p> Blocks MDSAL-426 Duplicate MDSAL-113 MDSAL-188 MDSAL-423 Development External issue ID 6141 External issue URL Issue Type ODL SR Target Milestone Rank 0|i02wtj: