[ http://issues.apache.org/jira/browse/FELIX-153?page=all ]
Richard S. Hall resolved FELIX-153.
-----------------------------------
Resolution: Fixed
I have applied the patch. Olivier, please review to make sure everything is in
working order.
> Implementing Bundle.getResources(String)
> ----------------------------------------
>
> Key: FELIX-153
> URL: http://issues.apache.org/jira/browse/FELIX-153
> Project: Felix
> Issue Type: New Feature
> Components: Specification compliance, Framework
> Reporter: Olivier Gruber
> Assigned To: Richard S. Hall
> Attachments: getResources
>
>
> This is about the missing implementation of Bundle.getResources(String name).
> This method is similar to Bundle.getResource(String name) but returns the
> list of all matching resources to the provided fully qualified resource name.
> It follows the same algorigthm as class or resource loading that is actually
> in place:
> If the bundle is not resolved and cannot be resolved, the local class path is
> only used to lookup for resources.
> If the bundle is resolved:
> - looks in the parent class loader (boot delegation)
> - looks at imports
> - look at the local class path
> - try to bind dynamic imports and check if it created a matching import.
> The visibility rule is like the one for classes.
> Since Felix does not support split packages and does not bundle-require
> implemented, the visibility is only related to imports. if the resource comes
> from an import, this method only returns only what that import has a
> resources with that name.
> If the resource comes from the local class path, urls to all resources with
> that name are returned.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
