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/CONTROLLER-611 controller <p>There is a method in the Java code generated from Yang:</p> <p> public abstract java.lang.AutoCloseable createInstance();</p> <p>I implement createInstance() to return an instance of AutoClose with a close() method that closes all my socket connections. There is also a log statement in the close() method. Naturally I want to check that the close() method executes. I want to see the log output.</p> <p>If I shutdown Equinox then close() is invoked but not if I uninstall or stop the bundle. Note that a shutdown after uninstall or stop does invoke close().</p> <p>Operating System: Mac OS<br/> Platform: PC</p> CONTROLLER-611

Module method close() not invoked on uninstall or stop.

Bug Resolved Won't Do Unassigned Ken Jarrad Mon, 7 Jul 2014 15:45:18 +0000 Tue, 25 Jul 2023 08:23:59 +0000 Wed, 5 Jul 2017 00:55:52 +0000 config 0 8 <p>UP'ed the the severity. This blocks a karaf feature redeployment.</p> <p>Steps to reproduce:</p> <p>1. Create an MD-SAL based feature<br/> 2. Deploy the feature kar file by copying to deploy folder<br/> 3. At karaf console, ensure that the feature got installed<br/> 4. Delete the feature kar file from deploy folder<br/> 5. At karaf console, ensure that the feature got uninstalled<br/> 6. Build a new version of the feature<br/> 7. Copy the new version of feature into the deploy folder<br/> 8. At karaf console, ensure that the feature got installed<br/> 9. Even though karaf says that the feature got installed, Config subsystem would complain while installing.</p> <p>In JConsole, if you check the list of modules installed by Config subsystem, your newly installed module will be absent.</p> <p>While debugging, following is my observation:</p> <ul class="alternate" type="square"> <li>On feature uninstall, config system gets a notification from OSGI container about bundle uninstall. Config subsystem creates a blank transaction that is supposed to reconfigure existing modules. Config manager, who's supposed to process this transaction, fails to check if the bundle, where the module its configuring came from, is in ACTIVE state or not. If it reconfigures the modules only from ACTIVE bundles, and destroys/closes the ones not in ACTIVE state, feature/bundle uninstall should work fine.</li> </ul> <ul class="alternate" type="square"> <li>Even with above fix in my local environment, feature re-install didnt work for me. While feature uninstall went fine, when I tried to install a new version of the feature, it didnt get installed. Karaf shows that my feature got installed but JConsole doesnt show the module in config-subsystem. Also, createInstance() of my module didnt get called. My log messages didnt get printed. Looks like there's some lingering cache in netconf-connector that thinks this module already exists even though it was uninstalled.</li> </ul> <p>This would require additional design and interactions such as deconfiguring your feature on uninstall (since your configuration was applied) which would probably require behaviour change / API change.</p> <p>I am not sure if this is doable in Lithium and or stable/helium</p> <p>The CSS is being deprecated so not worth addressing. Blueprint provides the desired behavior.</p> Duplicate TSDR-9 Development External issue ID 1322 External issue URL Issue Type Priority Rank 0|i02lgv: