karaf-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF subversion and git services (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (KARAF-5089) GuardingEventHook may stop filtering listeners if one of the bundles is not valid
Date Tue, 11 Apr 2017 10:12:41 GMT

    [ https://issues.apache.org/jira/browse/KARAF-5089?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15964120#comment-15964120

ASF subversion and git services commented on KARAF-5089:

Commit 6ad0dad0e9ce5cdaf82a62650a5052db9ff137e0 in karaf's branch refs/heads/karaf-4.0.x from
[ https://git-wip-us.apache.org/repos/asf?p=karaf.git;h=6ad0dad ]

[KARAF-5089] Correctly filter out all bundle contexts when using GuardingEventHook

(cherry picked from commit b3572bff5f4e1c52f909420a56eee814ce0978dd)

> GuardingEventHook may stop filtering listeners if one of the bundles is not valid
> ---------------------------------------------------------------------------------
>                 Key: KARAF-5089
>                 URL: https://issues.apache.org/jira/browse/KARAF-5089
>             Project: Karaf
>          Issue Type: Bug
>          Components: karaf-security
>    Affects Versions: 4.0.9, 4.1.1
>            Reporter: Grzegorz Grzybek
>            Assignee: Grzegorz Grzybek
>             Fix For: 4.1.2, 4.0.10
> I found a leak, where SCR component publishes service related to osgi.command and registration
event is:
> * both handled in {{org.apache.karaf.service.guard.impl.GuardProxyCatalog#handleProxificationForHook()}}
> * passed to {{org.apache.karaf.shell.security.impl.SecuredCommandProcessorImpl#commandTracker}}
> The reason for this is that one of the bundles iterated over in {{org.apache.karaf.service.guard.impl.GuardingEventHook#event}}
may throw IllegalStateException when invoking bundleContext.getBundle().getBundleId().
> When the service for command is then unregistered, the unregistration event may be this
time filtered out and we have duplicate command in {{org.apache.felix.gogo.runtime.CommandProcessorImpl#commands}}

This message was sent by Atlassian JIRA

View raw message