You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@karaf.apache.org by "Grzegorz Grzybek (JIRA)" <ji...@apache.org> on 2017/12/07 20:29:00 UTC

[jira] [Created] (KARAF-5528) Karaf feature deployer should stop refreshed bundles together with the updated ones

Grzegorz Grzybek created KARAF-5528:
---------------------------------------

             Summary: Karaf feature deployer should stop refreshed bundles together with the updated ones
                 Key: KARAF-5528
                 URL: https://issues.apache.org/jira/browse/KARAF-5528
             Project: Karaf
          Issue Type: Bug
          Components: karaf-feature
    Affects Versions: 4.2.0.M1, 4.1.3, 4.0.10
            Reporter: Grzegorz Grzybek
            Assignee: Grzegorz Grzybek
            Priority: Critical
             Fix For: 4.0.11, 4.1.4, 4.2.0


I had a case when features service was provisioned and there were two wired bundles:
* bundle A which was updated
* bundle B which had camel context defined in blueprint, depending on OSGi service from bundle A.

Stopping bundle with came context defined in blueprint, requires access to all {{<reference>}}-d services, otherwise blueprint proxies may wait for specific timeout for the services. Having proper start levels set, everything works fine.

But when during deployment, bundle A was updated, it was stopped first. Then, bundle A and B were properly stopped during refresh, but bundle A was already stopped (and updated). bundle B hanged during stop.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)