[
https://issues.apache.org/jira/browse/FELIX-1556?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12751086#action_12751086
]
Richard S. Hall commented on FELIX-1556:
----------------------------------------
This appears to be a variant of the issue you raised on the mailing list, which
is getResources() doesn't always return null. Even though this was fixed in
trunk, the internal API still doesn't return null and one place where it is
being used internally expected it to be null, so it was assuming something was
found when an empty enumeration was returned, which thus prevented dynamic
imports from being searched. I will commit a fix shortly.
> Bundle.getResource/s is not able to find resources if the package is not
> alraedy wired when I use DynamicImport-Package: *
> --------------------------------------------------------------------------------------------------------------------------
>
> Key: FELIX-1556
> URL: https://issues.apache.org/jira/browse/FELIX-1556
> Project: Felix
> Issue Type: Bug
> Components: Framework
> Affects Versions: felix-1.8.1
> Environment: generic
> Reporter: Sahoo
> Assignee: Richard S. Hall
> Fix For: felix-2.0.0
>
>
> This appears to be a serious bug. While running GlassFish on Felix 1.8.1 and
> on a latest build off trunk, I see the following:
> I have a bundle which has DynamicImport-Package: *. I call
> bundle.getResources("foo/Bar.class") and it does not find the resource even
> if there exists a unique bundle which exports package foo and has a resource
> foo/Bar.class. If I call bundle.loadClass("foo.Bar"), it finds the class. I
> also see a WIRE being setup between the importer and exporter for package
> foo. Subsequently, getResource also works.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
