felix-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Richard S. Hall (JIRA)" <j...@apache.org>
Subject [jira] Commented: (FELIX-136) Add property to modify development-time bundle class path for Eclipse PDE
Date Mon, 11 Sep 2006 00:56:22 GMT
    [ http://issues.apache.org/jira/browse/FELIX-136?page=comments#action_12433746 ] 
Richard S. Hall commented on FELIX-136:

The main difficulty is that I am loathe to include PDE-specific functionality into the core.
If I add something, I would like to make it as simple possible. If it starts to become too
complicated, then I would rather not add it at all. What would be better is if all of this
functionality could somehow come from the launcher, so that PDE could just have its own launcher.
This could be possible, but it requires more thought.

> Add property to modify development-time bundle class path for Eclipse PDE
> -------------------------------------------------------------------------
>                 Key: FELIX-136
>                 URL: http://issues.apache.org/jira/browse/FELIX-136
>             Project: Felix
>          Issue Type: New Feature
>          Components: Framework
>            Reporter: Richard S. Hall
>         Assigned To: Richard S. Hall
>            Priority: Minor
> Eclipse PDE uses "framework launchers" for lauching arbitrary OSGi frameworks. Felix
in combination with its "reference:" protocol is successfully able to be launched by Eclipse
PDE, but it is not ideal since it requires that the project be structured with everything
in the root directory. Since projects are typically organized around bin/ and classes/ directories,
this is less than perfect.
> Equinox supports a special property to modify the bundle's class path at development
time to alleviate this situation. Such a property could also be added to Felix to improve
integration with Eclipse PDE.
> For example, DirectoryRevision could be modified to search for a configuration property
named ${bundle-symbolic-name}.classpath and could prepend this value to the existing manifest
header. To my understanding, this is similar to the approach used by Equinox.
> If we implement this, then we should probably add another property to enable/disable
development-time features, so that people cannot use this property unless the framework is
being used in development mode.

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


View raw message