Argh!

Yes, we probably should have made that configurable. Where were you when I was asking about throwing an exception on fragment install? ;-)

I guess the short answer is "no, there is no way to change it". You have two options at this point:

  1. Roll your own release that disables the exception (pretty easy to
     do, I guess I might actually be able to make this configurable in
     trunk and create a new snapshot that will eventually become 1.2.2
     and you could use that for the time being).
  2. Keep using 1.0.4 until we do another release that makes this
     configurable.

I don't see any reason why we couldn't make this configurable, perhaps someone sees something that I don't. The fact that your apps worked at all before I guess was just luck, since we ignored fragments altogether in 1.0.4.

-> richard

Daniel Rubio (OSGI Mailing List) wrote:
I just upgraded to Felix 1.2+ from 1.0.4, only to realize some of my (library) bundles are fragments.

I'm getting a warning that in 1.2 there is partial support for fragments, which I of course appreciate. However, the application now ceases to work since it apparently doesn't import any classes in the fragment....
Is there some way to get things to work as in 1.0.4 and get the warning ?
I realize full support for fragments may be well down the road, but is there any plan for a release like 1.0.4 (import class from the fragment ) and getting a warning ?

Thanks for any information on the subject.
Daniel Rubio
P.S- I realize the simple answer is keep using 1.0.4, but the reason for my question is because I'm in the process of writing a book (for Apress on Spring-OSGi) which is using Apache Felix, and some things are already based on the v.1.0.4 and the upgrade to the newer v.1.2 breaks a few of the apps.

Reply via email to