Błędy OSGi podczas uruchamiania jackrabbit 2.11 w Karaf 2.4/Felix 4.x

Question

Próbuję użyć JackRabbit 2.11.1, aby połączyć się ze zdalnym repo (używając jackrabbit-jcr-rmi). Pakiety działają w JBoss Fuse 6.2, który ma Apache Karaf 2.4/Felix 4.4 pod maską. Podczas uruchamiania otrzymuję wyjątek poniżej. Jeśli spróbuję użyć pakietu jackrabbit, otrzymam "Brakujące wiązanie: Import-Package: com.ibm.db2.jcc; version =" 0.0.0 "" Więc jestem zdezorientowany, to JackRabbit 2.x OSGi gotowy ? czy muszę używać Slinga lub Dębu, czy ...?

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] 

Zobacz także https://issues.apache.org/jira/browse/JCR-3917

Answer 1

Rozwiązałem go okropnym hack.

• Osadzić zależności potrzebne w moim własnym słoiku.
• Ustaw ContextClassLoader na ładowanie klasy dostarczającej (co rzecz, którą SPI miało raczej zrobić, ale nie zadziałało, prawdopodobnie dlatego, że musiałem zawijać więcej słoików niż ten, który zrobiłem?).

Więc w maven-bundle-plugin zrobiłem:

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

I w moim kodzie spożywającej:

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