You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by Niall Pemberton <ni...@gmail.com> on 2008/03/09 22:29:30 UTC
[all] OSGi configuration for Commons Components
I have updated the wiki page so that it reflects the current situation
with the release of commons-parent-9 - adding an explanation of how to
override the default OSGi configuration (if required) in component
poms:
http://wiki.apache.org/commons/CommonsOsgi
For many of our simpler (simpler wrt to OSGI means no or minimal
dependencies) components the default instructions for the
maven-bundle-plugin are sufficient - but for more complex situations
these may need to be overriden. This should be easy to do by simply
specifying the appropriate properties (see the wiki page) in the
component pom (fileupload's pom is an example of doing this).
The felix project have set up poms to re-package some of our older
releases here:
http://svn.apache.org/viewvc/felix/trunk/commons/
I have looked through those and have the following thoughts:
1) Collections
http://svn.apache.org/repos/asf/felix/trunk/commons/commons-collections/pom.xml
- no idea why Collections doesn't import its packages - seems to go
against the general advice the Felix project has given - need to
follow up with them on this
2) Configuration
http://svn.apache.org/repos/asf/felix/trunk/commons/commons-configuration/pom.xml
- many of the dependencies are specified as dynamic imports, probably
need to replicate that but would be good for the Felix project to
advise
3) Digester
http://svn.apache.org/repos/asf/felix/trunk/commons/commons-digester/pom.xml
- org.apache.commons.logging.impl is specified as a dynamic import -
should all components using logging do this?
4) JXPath
http://svn.apache.org/repos/asf/felix/trunk/commons/commons-jxpath/pom.xml
- review the Import-Package, DynamicImport-Package and Export-Package
instructions Felix have used
5) Logging
http://svn.apache.org/repos/asf/felix/trunk/commons/commons-logging/pom.xml
- the advice seem to be to not OSGi enable logging, but they have
re-packaged it?
There are probably other components, that they don't have, that need
to be reviewed with the Felix team
Niall
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [all] OSGi configuration for Commons Components
Posted by Niall Pemberton <ni...@gmail.com>.
On Mon, Mar 10, 2008 at 8:05 AM, Tomasz Pik <to...@gmail.com> wrote:
> On Sun, Mar 9, 2008 at 10:29 PM, Niall Pemberton
> <ni...@gmail.com> wrote:
> > I have updated the wiki page so that it reflects the current situation
> > with the release of commons-parent-9 - adding an explanation of how to
> > override the default OSGi configuration (if required) in component
> > poms:
> >
> > http://wiki.apache.org/commons/CommonsOsgi
>
> Is there a correlation between those changes and Eclipse Orbit project:
> http://www.eclipse.org/orbit/ ?
No - see http://commons.markmail.org/message/44llxa5oa4rtefa7
Niall
> It looks that Eclipse makes OSGi bundles for Commons projects
> for use in various Eclipse projects.
>
> Regards,
> Tomek
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [all] OSGi configuration for Commons Components
Posted by Tomasz Pik <to...@gmail.com>.
On Sun, Mar 9, 2008 at 10:29 PM, Niall Pemberton
<ni...@gmail.com> wrote:
> I have updated the wiki page so that it reflects the current situation
> with the release of commons-parent-9 - adding an explanation of how to
> override the default OSGi configuration (if required) in component
> poms:
>
> http://wiki.apache.org/commons/CommonsOsgi
Is there a correlation between those changes and Eclipse Orbit project:
http://www.eclipse.org/orbit/ ?
It looks that Eclipse makes OSGi bundles for Commons projects
for use in various Eclipse projects.
Regards,
Tomek
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org