[
https://issues.apache.org/jira/browse/FELIX-6697?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Radu Cotescu updated FELIX-6697:
--------------------------------
Description:
I was investigating some code that does a call similar to:
{noformat}
bundleContext.getService(bundleContext.getServiceReference("anyClassYouWant"));{noformat}
where {{anyClassYouWant}} is indeed a service provided by a different bundle
than the caller, but not exported. Therefore, there is no wire in between the
two. The requester seems to get the service without any issue. This seems to
boil down to this [0] commit, where the thrown exception gets ignored.
[0] -
[https://github.com/apache/felix-dev/commit/fd69ad6b9fd510588d858e4e06a31dee1fb59199]
was:
I was investigating some code that does a call similar to:
{noformat}
bundleContext.getService(bundleContext.getServiceReference("anyClassYouWant"));{noformat}
where {{anyClassYouWant}} is indeed a service provided by a different bundle
than the caller, but not exported. Therefore, there is no wire in between the
two. The requester seems to get the service without any issue. This seems to
boil down to this [0] commit:, where the thrown exception gets ignored.
[0] -
https://github.com/apache/felix-dev/commit/fd69ad6b9fd510588d858e4e06a31dee1fb59199
> ServiceReference.isAssignableTo() allows any bundle to get access to
> unexported services from any other bundle
> --------------------------------------------------------------------------------------------------------------
>
> Key: FELIX-6697
> URL: https://issues.apache.org/jira/browse/FELIX-6697
> Project: Felix
> Issue Type: Bug
> Components: Framework
> Affects Versions: framework-3.0.0, framework-4.0.0, framework-5.0.0,
> framework-6.0.0, framework-7.0.5
> Reporter: Radu Cotescu
> Priority: Critical
>
> I was investigating some code that does a call similar to:
> {noformat}
> bundleContext.getService(bundleContext.getServiceReference("anyClassYouWant"));{noformat}
> where {{anyClassYouWant}} is indeed a service provided by a different bundle
> than the caller, but not exported. Therefore, there is no wire in between the
> two. The requester seems to get the service without any issue. This seems to
> boil down to this [0] commit, where the thrown exception gets ignored.
>
> [0] -
> [https://github.com/apache/felix-dev/commit/fd69ad6b9fd510588d858e4e06a31dee1fb59199]
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
