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/DEF4ALL-1 defense4all <p>defense4all packaging is jar , not osgi bundles<br/> Thus, it is not deployed correctly in the osgi container - there are no defense4all bundles there even though defense4all jars are brought correctly by the integration project.</p> <p>to reproduce, take patch <br/> <a href="https://git.opendaylight.org/gerrit/#/c/1937/1" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/1937/1</a><br/> that enables bringing of the defense4all dependencies, <br/> build and run "run.sh" and then in osgi console type "ss"<br/> there won't be any defense4all bundles even though the defense4all jars are in the plugins dir.</p> <p>or just look at the poms in defense4all and see that packaging type is "jar" and not "bundle"...</p> <p>Operating System: Linux<br/> Platform: PC</p> DEF4ALL-1

defense4all packaging is jar , not osgi bundle

Bug Resolved Done Unassigned Alissa Bonas Sun, 20 Oct 2013 09:15:10 +0000 Thu, 19 Oct 2017 22:23:50 +0000 Sun, 19 Jan 2014 11:50:44 +0000 unspecified General 0 2 <p>Is there some kind of automation we can include to detect this?</p> <p>(In reply to Chris Wright from comment #1)<br/> &gt; Is there some kind of automation we can include to detect this?</p> <p>In which stage this automation should detect it?</p> <p>Defense4all process is not designed to be OSGI bundle and should not be run under run.sh scropt.</p> Development External issue ID 117 External issue URL Rank 0|i02vnj: