felix-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jibie Job <jibie....@gmail.com>
Subject Re: Repackaged Bundle Activator
Date Sun, 21 Feb 2016 13:30:44 GMT
dotcms plugins are all expected to extend or implement from this repackaged
set of libraries and and I have verified that this does work when the
manifest is built by hand and the plugin loaded into dotcms.

here are some of their official examples:

Is there some way to either direct the maven-bundle-plugin to either
disable validations or get it to use the repackaged library prefix for

dotcms seems to use a gradle build with the osgi plugin which in turn uses
bnd and my guess is that it's not doing these validations

So it's possible, but i'm not clear how to achieve the same effect with the
maven plugin.


On Sun, Feb 21, 2016 at 8:21 AM, Neil Bartlett <njbartlett@gmail.com> wrote:

> If you change the BundleActivator interface to a different package then
> the runtime OSGi Framework will not recognise it as a valid activator. So
> this is probably not an error that should be ignored.
> Regards,
> Neil
> > On 21 Feb 2016, at 13:18, Jibie Job <jibie.job@gmail.com> wrote:
> >
> > I was trying to build an OSGI plugin for dotCMS using the
> > maven-bundle-plugin (3.0.1) and am having an issue with the build failing
> > with an error:
> >
> > The Bundle Activator com.threeci.dotcms.services.Activator does not
> > implement BundleActivator.
> > The issue is due to dotCMS repackaging the standard osgi framework
> packages
> > under com.dotcms.repackage as
> > com.dotcms.repackage.org.osgi.framework.BundleActivator which means that
> > the maven bundle tool is unable to successfully verify the Activator
> > matches the expected interface.
> >
> > Is there a way to specify which interface should be used in the bundle
> > activator check via the maven configuration?
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message