Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "Talk:Lazy Start Bundles"
(→Resource Loads) |
|||
| Line 3: | Line 3: | ||
In the past we have not thought of any reason a bundle would need to be activated because a resource was loaded from it. Are there any reasons why a bundle would need to be activated before a resource is allowed to load from it? | In the past we have not thought of any reason a bundle would need to be activated because a resource was loaded from it. Are there any reasons why a bundle would need to be activated before a resource is allowed to load from it? | ||
| + | |||
| + | |||
| + | [[User:Hargrave.us.ibm.com|BJ Hargrave]] 14:29, 7 September 2006 (EDT) | ||
| + | |||
| + | Well I would rather change the trigger to be "create a class loader" instead of "first class (or resource) load". In reality it is the class loader creation event that should be the trigger for lazy start. Class loader creation may be triggered by a class load (by following a wire into the bundle or Bundle.loadClass) or a resource request (by following a wire into the bundle or Bundle.getResource). While the framework should be free to create the class loader earlier if it so desires the visible effect of the creation of the class loader (lazy start) does not need to be visible until the class loader is used (first class or resource load is requested). | ||
Revision as of 14:29, 7 September 2006
Resource Loads
BJ Hargrave changed the design to activate lazy-start bundles upon first class or resource load requests. This is not how the current lazy-start implementation works in Equinox.
In the past we have not thought of any reason a bundle would need to be activated because a resource was loaded from it. Are there any reasons why a bundle would need to be activated before a resource is allowed to load from it?
BJ Hargrave 14:29, 7 September 2006 (EDT)
Well I would rather change the trigger to be "create a class loader" instead of "first class (or resource) load". In reality it is the class loader creation event that should be the trigger for lazy start. Class loader creation may be triggered by a class load (by following a wire into the bundle or Bundle.loadClass) or a resource request (by following a wire into the bundle or Bundle.getResource). While the framework should be free to create the class loader earlier if it so desires the visible effect of the creation of the class loader (lazy start) does not need to be visible until the class loader is used (first class or resource load is requested).