[
https://issues.apache.org/jira/browse/KARAF-5528?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16288095#comment-16288095
]
ASF subversion and git services commented on KARAF-5528:
--------------------------------------------------------
Commit 9600fb56e4c1674972d6e2825c03d9dda0c3b169 in karaf's branch
refs/heads/karaf-4.1.x from [~gzres]
[ https://gitbox.apache.org/repos/asf?p=karaf.git;h=9600fb5 ]
[KARAF-5528] Start early stopped bundles again at right moment
> 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.0.10, 4.1.3, 4.2.0.M1
> Reporter: Grzegorz Grzybek
> Assignee: Grzegorz Grzybek
> Priority: Critical
> Fix For: 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)
