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-313 netconf <p>Following instructions from <a href="https://github.com/opendaylight/netconf/tree/master/netconf/tools/netconf-cli" class="external-link" target="_blank" rel="nofollow noopener">https://github.com/opendaylight/netconf/tree/master/netconf/tools/netconf-cli</a> to run netconf-cli resulted in error:</p> <p>java -jar target/netconf-cli-1.2.0-SNAPSHOT-executable.jar <br/> Error: A JNI error has occurred, please check your installation and try again<br/> Exception in thread "main" java.lang.SecurityException: Invalid signature file digest for Manifest main attributes<br/> at sun.security.util.SignatureFileVerifier.processImpl(SignatureFileVerifier.java:314)<br/> at sun.security.util.SignatureFileVerifier.process(SignatureFileVerifier.java:268)<br/> at java.util.jar.JarVerifier.processEntry(JarVerifier.java:316)<br/> at java.util.jar.JarVerifier.update(JarVerifier.java:228)<br/> at java.util.jar.JarFile.initializeVerifier(JarFile.java:383)</p> <p>This seems like some of dependency (probably xtext) is signed and it's signature is attached into uber JAR. This is then treated as invalid signature by JAR verifier.</p> <p>As a workaround I tried to remove signature information from META-INF:</p> <p>zip -d target/netconf-cli-1.2.0-SNAPSHOT-executable.jar META-INF/ECLIPSE_.SF<br/> zip -d target/netconf-cli-1.2.0-SNAPSHOT-executable.jar META-INF/ECLIPSE_.RSA</p> <p>Now, it yields another error:<br/> java -jar target/netconf-cli-1.2.0-SNAPSHOT-executable.jar <br/> Exception in thread "main" java.lang.NoClassDefFoundError: org/slf4j/LoggerFactory<br/> at org.opendaylight.netconf.cli.io.ConsoleIOImpl.&lt;clinit&gt;(ConsoleIOImpl.java:32)<br/> at org.opendaylight.netconf.cli.Main.main(Main.java:48)<br/> Caused by: java.lang.ClassNotFoundException: org.slf4j.LoggerFactory<br/> at java.net.URLClassLoader.findClass(URLClassLoader.java:381)<br/> at java.lang.ClassLoader.loadClass(ClassLoader.java:424)<br/> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)<br/> at java.lang.ClassLoader.loadClass(ClassLoader.java:357)<br/> ... 2 more</p> <p>Is this tool broken or instructions I followed are incorrect?</p> <p>tested on latest master branch.</p> <p>Operating System: All<br/> Platform: All</p> NETCONF-313

Netconf-CLI packaging is broken

Bug Resolved Won't Do Jakub Morvay Richard Kosegi Fri, 11 Nov 2016 11:22:17 +0000 Fri, 15 Mar 2019 22:22:33 +0000 Mon, 1 Oct 2018 14:42:05 +0000 netconf 0 4 <p>The last time it was in working condition was sometime in Helium afaik, since then it was purely migrated from Composite nodes to NormalizedNodes so it doesn't have to be excluded from the build.<br/> Even if you managed to get the jar to run now I dont think it would do anything useful since there was nobody with the bandwidth to support it and keep it working.</p> <p>Tomas,</p> <p>Do you think this is something we should deprecated then remove?</p> <p>If no one has the bandwidth to keep it up-to-date, I think deprecating is the right approach.</p> <p>netconf-cli was removed in Oxygen, please see <a href="https://git.opendaylight.org/gerrit/#/c/65265/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/65265/</a></p> <p>It had not been supported even couple of releases before it was removed.</p> Development External issue ID 7149 External issue URL Issue Type Rank 0|i01xrr: