activemq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gary Tully <>
Subject Re: Do we need DynamicImport-Package in actrivemq OSGi?
Date Tue, 14 Feb 2017 10:54:44 GMT
my understanding is that it is related to embedding a broker and using
something like the jdbc store that uses a third party driver. The required
package import cannot be known in-advance.
Another scenario would be a custom broker plugin.
In essence, because there are extension points exposed by the broker that
are not osgi services or do not play by the osgi rules.

It is a tradeoff between limiting what is possible with activemq in osgi or
leaving it open to this sort of problem but allowing existing extensions to
With dynamic-import * removed, the embedded broker becomes constrained.

On Mon, 13 Feb 2017 at 10:57 Christian Schneider <>

> I have a problem with the acticemq camel component.
> See
> I think it is related to the use of DynamicImport-Package: * in activemq
> osgi.
> We had a similar issue before. In the former case activemq or artemis
> was searching for extensions and was trying to find them by loading some
> interface class using the bundles classloader. The problem is when doing
> this in a bundle that has Dynamic Import it will bind to that package at
> runtime. So it will be linked to the bundle offering the package which
> casues problems when refreshing bundles.
> In any case I found at that time that DynamicImport-Package causes big
> problems. So do we really need this? What is it used for?
> Christian
> --
> Christian Schneider
> Open Source Architect

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