On 3/14/12 05:00 , Neil Bartlett wrote:
It certainly is possible to use fragments this way, it fact it's almost the
sole purpose of fragments. So there must be something else going on. Please
show what kind of error messages you're seeing.
Agree with Neil. Fragment classes are loaded by the same class loader as
the classes in the host to which they are attached, so they should have
the same visibility to other classes.
-> richard
Rgds Neil
Sent from my iPhone
On 14 Mar 2012, at 08:35, Christopher BROWN<br...@reflexe.fr> wrote:
Hello,
The software I'm creating uses Felix to separate one API bundle (a set
of "official" interfaces) from various implementation bundles.
Generally, to discourage customers (who aren't OSGi experts) from
creating dependencies on JARs upon which we require, as we want to be
able to keep them as hidden implementation details that we're free to
change over time. There's only a few JARs we've " promoted" or shared
as proper bundles.
Our testing strategy involves binding fragment bundles with tests, and
I hit a problem, given the approach outlined above. In short, although
the fragment bundle is in the same package, it doesn't seem possible
to share access to the Bundle-Classpath without exporting from the
host and importing it from the Fragment. It's therefore available to
world+dog as an unwanted side effect, and yet I thought Fragments were
supposed to share classloader access with the host..?
Is there another way to do this without having to export "private
dependency JARs"?
Thanks,
Christopher
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org
