Hi,

We run an OSGI-based application with Apache Sling, and there we use the
org.apache.sling.javax.activation bundle (see [1] for the reason why it has
been introduced). Now we are required to update a third-party library,
which started to use the javax.activation.datahandler package; and it turns
it that this library uses both the JVM-provided classes as well as the
classes provided by the sling bundle, thus failing to run properly.

Is there a way that we can modify/rewrap this 3rd-party library in a way,
that it loads javax.activation always directly from the JVM (system bundle)
instead from the sling bundle? Just like a fragment attached to the system
bundle would do, but only visible and valid for this specific 3rd party
library?

The other way would be to remove sling.javax.activation from our
application and replace it by a fragment bundle, but that might have a lot
of consequences we want to avoid.

Jörg


[1] https://issues.apache.org/jira/browse/SLING-2835

-- 
Cheers,
Jörg Hoh,

http://cqdump.wordpress.com
Twitter: @joerghoh

Reply via email to