Веб-приложение Джерси в среде Karaf OSGI не работает

Question

Я установил и активировал пул (а также зависимости) в jersey server 2.19 в Apache Karaf, чтобы создать простой webapp (/ tracks/get, который создает json-представление объекта Track с простыми полями имени и исполнителя).

Я создал версию моего военного файла и установил его в Karaf.

Когда я начала войны сверток я получаю следующее исключение:

2016-10-14 10:35:08,299 | DEBUG | pool-4-thread-1 | FactoryFinder     | 84 - javax.ws.rs-api - 2.0.1 | Unable to load provider class org.glassfish.jersey.server.internal.RuntimeDelegateImpl using custom classloader org.ops4j.pax.web.service.spi.util.ResourceDelegatingBundleClassLoader trying again with current classloader. 
java.lang.ClassNotFoundException: org.glassfish.jersey.server.internal.RuntimeDelegateImpl 
    at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:501)[org.eclipse.osgi-3.8.2.v20130124-134944.jar:] 
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:421)[org.eclipse.osgi-3.8.2.v20130124-134944.jar:] 
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:412)[org.eclipse.osgi-3.8.2.v20130124-134944.jar:] 
    at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107) 
    at java.lang.ClassLoader.loadClass(ClassLoader.java:356)[:1.7.0_21] 
    at org.eclipse.osgi.internal.loader.BundleLoader.loadClass(BundleLoader.java:340)[org.eclipse.osgi-3.8.2.v20130124-134944.jar:] 
    at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:229) 
    at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadClass(AbstractBundle.java:1212) 
    at org.ops4j.pax.swissbox.core.BundleClassLoader.findClass(BundleClassLoader.java:176)[60:org.ops4j.pax.swissbox.core:1.7.0] 
    at java.lang.ClassLoader.loadClass(ClassLoader.java:423)[:1.7.0_21] 
    at org.ops4j.pax.swissbox.core.BundleClassLoader.loadClass(BundleClassLoader.java:192)[60:org.ops4j.pax.swissbox.core:1.7.0] 
    at java.lang.ClassLoader.loadClass(ClassLoader.java:356)[:1.7.0_21] 
    at java.lang.Class.forName0(Native Method)[:1.7.0_21] 
    at java.lang.Class.forName(Class.java:266)[:1.7.0_21] 
    at javax.ws.rs.ext.FactoryFinder.newInstance(FactoryFinder.java:107)[84:javax.ws.rs-api:2.0.1] 
    at javax.ws.rs.ext.FactoryFinder.find(FactoryFinder.java:166)[84:javax.ws.rs-api:2.0.1] 
    at javax.ws.rs.ext.RuntimeDelegate.findDelegate(RuntimeDelegate.java:135)[84:javax.ws.rs-api:2.0.1] 
    at javax.ws.rs.ext.RuntimeDelegate.getInstance(RuntimeDelegate.java:120)[84:javax.ws.rs-api:2.0.1] 
    at javax.ws.rs.core.MediaType.valueOf(MediaType.java:179)[84:javax.ws.rs-api:2.0.1] 
    at org.glassfish.jersey.server.model.IntrospectionModeller.extractMediaTypes(IntrospectionModeller.java:280)[102:org.glassfish.jersey.core.jersey-server:2.19.0] 
    at org.glassfish.jersey.server.model.IntrospectionModeller.extractMediaTypes(IntrospectionModeller.java:269)[102:org.glassfish.jersey.core.jersey-server:2.19.0] 

, который я предполагаю, является причиной, почему мой WebApp не работает.

Кажется, что трикотаж проверяет мой аннотированный класс обслуживания и в какой-то момент ему нужен экземпляр RuntimeDelegateImpl. Этот код из пакета org.glassfish.jersey.server. Класс RuntimeDelegateImpl создается через Class.forName(). NewInstance() в коде из пакета javax.ws.rs.ext. Коренная проблема заключается в том, что загрузчик классов javax.ws не находит org.glassfish.jersey.server.internal.RuntimeDelegateImpl в пути к классам. Но я не понимаю, как это происходит, поскольку этот класс является частью пакета org.glassfish.jersey.server, который активирован, и Export-Package: имеет этот пакет.

Answer 1

Исправлено, зарегистрировав приложение на Джерси непосредственно в службе osgi http.

Answer 2

Не уверен, что джерси работает из коробки в карафе. Типичным способом сделать REST в karaf является использование Apache CXF. CXF предлагает пространства имен проектов для REST, а также CXF-DOSGi which can export REST endpoints на основе экспортированных служб OSGi.

Если вы хотите использовать майку, то есть osgi-jaxrs-connector. Что похоже на CXF-DOSGi.