[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [equinox-dev] Question about uses constraints in a constellation involving fragments
- From: Andreas Sewe <andreas.sewe@xxxxxxxxxxxxxx>
- Date: Wed, 08 Oct 2014 15:18:02 +0200
- Delivered-to: firstname.lastname@example.org
- Organization: Codetrails
- User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.1.2
> What you describe should not be allowed. The uses directive on the
> export of org.slf4j.impl from ch.qos.logback.slf4j should not allow
> bundle slf4j.api (id=927) from wiring to the logback version. Running
> the osgi> command 'bundle 927' should give you the packages that bundle
> 927 is wired to. That should tell us if it really is wired to the one
> from logback which is being hosted by orbit slf4j bundle. Your analysis
> sounds correct for the IncombatibleClassChangeError, but I don't
> understand how it is getting wired to the logback version of the impl
Unfortunately, I have not yet been able to reproduce this problem on my
machine, which is where the OSGi console outputs are from. I am just
trying to make sense of , which is an error report that has been sent
automatically by an anonymous user.
To be clear: I have *not* been able to observe the wiring I described in
my earlier mail on my machine but it is the only wiring I can think of
that explains why we received the IncombatibleClassChangeError error report.
Maybe there is another wiring that also has the same symptoms, but if
the uses constraints of the ch.qos.logback.slf4j fragment (5) from Orbit
are honored by Equinox then I have no idea what the wiring would look like.
Sorry if this sounds a bit vague, but in this situation a statement like
"what you describe should not be allowed" already helps a lot, even if
it just assures me that my understanding of uses constraints is correct
and I need to dig deeper.
The knowledge transfer company
Robert-Bosch-Str. 7, 64293 Darmstadt
Managing Director: Dr. Marcel Bruch
Handelsregister: Darmstadt HRB 91940