Errori OSGi durante l'esecuzione di jackrabbit 2.11 in Karaf 2.4/Felix 4.x

Question

Sto provando a utilizzare JackRabbit 2.11.1 per connettersi a un repository remoto (utilizzando jackrabbit-jcr-rmi). I bundle funzionano con JBoss Fuse 6.2, che ha Apache Karaf 2.4/Felix 4.4 sotto il cofano. All'avvio ricevo l'eccezione qui sotto. Se provo a usare jackrabbit-bundle ottengo "Vincolo mancante: Import-Package: com.ibm.db2.jcc; version =" 0.0.0 "" Quindi sono confuso, è JackRabbit 2.x OSGi pronto ? o devo usare Sling o Oak, o ....?

Caused by: org.osgi.framework.BundleException: Uses constraint violation. Unable to resolve bundle revision wrap_mvn_org.apache.jackrabbit_jackrabbit-core_2.11.1 [270.0] because it exports package 'org.apache.jackrabbit.core.config' and is also exposed to it from bundle revision org.apache.jackrabbit.jackrabbit-data [276.0] via the following dependency chain: 
wrap_mvn_org.apache.jackrabbit_jackrabbit-core_2.11.1 [270.0] 
import: (osgi.wiring.package=org.apache.jackrabbit.core.data.db) 
export: osgi.wiring.package=org.apache.jackrabbit.core.data.db; uses:=org.apache.jackrabbit.core.config 
export: osgi.wiring.package=org.apache.jackrabbit.core.config 
org.apache.jackrabbit.jackrabbit-data [276.0] 
at org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:4006)[org.apache.felix.framework-4.4.1.jar:] 
at org.apache.felix.framework.Felix.startBundle(Felix.java:2045)[org.apache.felix.framework-4.4.1.jar:] 
at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:976)[org.apache.felix.framework-4.4.1.jar:] 
at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:963)[org.apache.felix.framework-4.4.1.jar:] 
at org.apache.karaf.features.internal.FeaturesServiceImpl.doInstallFeatures(FeaturesServiceImpl.java:546)[9:org.apache.karaf.features.core:2.4.0.redhat-620133] 

Vedi anche https://issues.apache.org/jira/browse/JCR-3917

Answer 1

ho risolto con un hack orribile.

• Incorpora le dipendenze di cui ho bisogno nel mio barattolo.
• Imposta il ContextClassLoader sul classloader della classe che fornisce (cosa doveva fare la cosa SPI in primo luogo ma non funzionava, probabilmente perché avevo bisogno di racchiudere più jar rispetto a quello che ho fatto?).

Così, nel Maven-fascio-plugin ho fatto:

<Embed-Dependency>jackrabbit-jcr2dav*,jackrabbit-jcr2spi*,jackrabbit-jcr-commons*;scope=compile;inline=false</Embed-Dependency> 

E nel mio codice che consumano:

ClassLoader originalContextClassLoader = Thread.currentThread().getContextClassLoader(); 
Thread.currentThread().setContextClassLoader(Jcr2davRepositoryFactory.class.getClassLoader()); 
// 
repository = JcrUtils.getRepository(uri); 
session = getSession(); 
// restore original classloader 
Thread.currentThread().setContextClassLoader(originalContextClassLoader);