You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@felix.apache.org by "Olivier Gruber (JIRA)" <ji...@apache.org> on 2006/09/22 18:20:29 UTC

[jira] Created: (FELIX-153) Implementing Bundle.getResources(String)

Implementing Bundle.getResources(String)
----------------------------------------

                 Key: FELIX-153
                 URL: http://issues.apache.org/jira/browse/FELIX-153
             Project: Felix
          Issue Type: New Feature
          Components: Framework
            Reporter: Olivier Gruber
         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

[jira] Updated: (FELIX-153) Implementing Bundle.getResources(String)

Posted by "Olivier Gruber (JIRA)" <ji...@apache.org>.
     [ http://issues.apache.org/jira/browse/FELIX-153?page=all ]

Olivier Gruber updated FELIX-153:
---------------------------------

    Attachment: getResources

Here is a patch for the implementation of the Bundle.getResources(String)

> Implementing Bundle.getResources(String)
> ----------------------------------------
>
>                 Key: FELIX-153
>                 URL: http://issues.apache.org/jira/browse/FELIX-153
>             Project: Felix
>          Issue Type: New Feature
>          Components: Framework
>            Reporter: Olivier Gruber
>         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

[jira] Closed: (FELIX-153) Implementing Bundle.getResources(String)

Posted by "Olivier Gruber (JIRA)" <ji...@apache.org>.
     [ http://issues.apache.org/jira/browse/FELIX-153?page=all ]

Olivier Gruber closed FELIX-153.
--------------------------------


> 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

[jira] Resolved: (FELIX-153) Implementing Bundle.getResources(String)

Posted by "Richard S. Hall (JIRA)" <ji...@apache.org>.
     [ 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

[jira] Updated: (FELIX-153) Implementing Bundle.getResources(String)

Posted by "Richard S. Hall (JIRA)" <ji...@apache.org>.
     [ http://issues.apache.org/jira/browse/FELIX-153?page=all ]

Richard S. Hall updated FELIX-153:
----------------------------------

    Component/s: Specification compliance
       Assignee: Richard S. Hall

> 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