[
https://issues.apache.org/jira/browse/KARAF-5528?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16285979#comment-16285979
]
ASF subversion and git services commented on KARAF-5528:
--------------------------------------------------------
Commit 7856321ccc7feab7c4745c6397d94a0c3757ae33 in karaf's branch
refs/heads/karaf-4.1.x from [~gzres]
[ https://gitbox.apache.org/repos/asf?p=karaf.git;h=7856321 ]
[KARAF-5528] Add jansi as startup bundle, so pax-logging-log4j2 is not
refreshed after installing "shell" feature
(cherry picked from commit f0125908341f2d18ffb634f145192965db0f1c75)
> 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)
