You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@felix.apache.org by "Felix Meschberger (JIRA)" <ji...@apache.org> on 2007/06/06 08:34:25 UTC

[jira] Resolved: (FELIX-301) Factory Configurations not unbound on bundle uninstall

     [ https://issues.apache.org/jira/browse/FELIX-301?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Felix Meschberger resolved FELIX-301.
-------------------------------------

    Resolution: Fixed

Fortunately, it was not necessary to modify the API. Instead the implementation of the FilePersistenceManager.getDictionaries() method has been changed to return all dictionaries and to only check for file names if the service.pid property is actually set.

After this, the ConfigurationManager.bundleChanged had to be adapted to accept any dictionary and use it as a Configuration or Factory depending on whether the service.pid property is present. To enable creating a Factory instance from a dictionary, the factory.pid property is introduced in Factory dictionaries.

After these changes, all persistent dicitonaries are scanned and checked for the bundle location of the uninstalled bundle. For each dictionary, a check in the internal cache is first done to directly modify the cache object and store that.

Fixed in Rev. 544741

> Factory Configurations not unbound on bundle uninstall
> ------------------------------------------------------
>
>                 Key: FELIX-301
>                 URL: https://issues.apache.org/jira/browse/FELIX-301
>             Project: Felix
>          Issue Type: Bug
>          Components: Configuration Admin
>            Reporter: Felix Meschberger
>            Assignee: Felix Meschberger
>             Fix For: 1.0.0
>
>
> According to the spec. configurations must be unbound from their bundle location when the respective bundle is uninstalled. Currently the Configuration Admin Service implementation does not respect this requirement (in fact, this is a known fact according to the TODO comment ...)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.