InjectionManagerFactory not found with OSGi singe bundles #3588

jerseyrobot · 2017-06-19T17:47:58Z

Hi,

if i use a "all-in-one" jersey jar i can use my Servlets.
if i use all the single bundles i got an error

some of the used bundles

javax.annotation:javax.annotation-api:jar:1.2
javax.validation:validation-api:jar:1.1.0.Final
javax.ws.rs:javax.ws.rs-api:jar:2.1-m09
**org.glassfish.hk2:hk2-api:jar:2.5.0-b36**
org.glassfish.hk2:hk2-locator:jar:2.5.0-b36
org.glassfish.hk2:hk2-utils:jar:2.5.0-b36
**org.glassfish.hk2:osgi-resource-locator:jar:1.0.1**
org.glassfish.hk2.external:aopalliance-repackaged:jar:2.5.0-b36
org.glassfish.hk2.external:javax.inject:jar:2.5.0-b36
org.glassfish.jersey.containers:jersey-container-servlet-core:jar:2.26-b06
org.glassfish.jersey.containers:jersey-container-servlet:jar:2.26-b06
org.glassfish.jersey.core:jersey-client:jar:2.26-b06
org.glassfish.jersey.core:jersey-common:jar:2.26-b06
org.glassfish.jersey.core:jersey-server:jar:2.26-b06
org.glassfish.jersey.ext:jersey-entity-filtering:jar:2.26-b06
org.glassfish.jersey.ext:jersey-mvc:jar:2.26-b06
**org.glassfish.jersey.inject:jersey-hk2:jar:2.26-b06**
org.glassfish.jersey.media:jersey-media-jaxb:jar:2.26-b06
org.glassfish.jersey.media:jersey-media-json-jackson:jar:2.26-b06
org.glassfish.jersey.media:jersey-media-multipart:jar:2.26-b06
org.glassfish.jersey.media:jersey-media-sse:jar:2.26-b06
org.javassist:javassist:jar:3.20.0-GA
org.jvnet.mimepull:mimepull:jar:1.9.6
com.fasterxml.jackson.annotation:2.8.5
com.fasterxml.jackson.core:jackson-core:2.8.5
com.fasterxml.jackson.core:jackson-databind:2.8.5
com.fasterxml.jackson.jaxrs:jackson-jaxrs-base:2.8.5
com.fasterxml.jackson.jaxrs:jackson-jaxrs-json-provider:2.8.5
com.fasterxml.jackson.core:jackson-annotations:2.8.5
com.fasterxml.jackson.dataformat:jackson-dataformat-yaml:2.8.5

The Error:

java.lang.IllegalStateException: InjectionManagerFactory not found.
	at org.glassfish.jersey.internal.inject.Injections.lambda$lookupInjectionManagerFactory$0(Injections.java:98)
	at java.util.Optional.orElseThrow(Unknown Source)
	at org.glassfish.jersey.internal.inject.Injections.lookupInjectionManagerFactory(Injections.java:98)
	at org.glassfish.jersey.internal.inject.Injections.createInjectionManager(Injections.java:93)
	at org.glassfish.jersey.server.ApplicationHandler.<init>(ApplicationHandler.java:282)
	at org.glassfish.jersey.servlet.WebComponent.<init>(WebComponent.java:335)
	at org.glassfish.jersey.servlet.ServletContainer.init(ServletContainer.java:178)
	at org.glassfish.jersey.servlet.ServletContainer.init(ServletContainer.java:370)
	at javax.servlet.GenericServlet.init(GenericServlet.java:158)
	at org.apache.felix.http.base.internal.handler.ServletHandler.init(ServletHandler.java:122)
	at org.apache.felix.http.base.internal.handler.WhiteboardServletHandler.init(WhiteboardServletHandler.java:57)
	at org.apache.felix.http.base.internal.registry.ServletRegistry.tryToActivate(ServletRegistry.java:358)
	at org.apache.felix.http.base.internal.registry.ServletRegistry.addServlet(ServletRegistry.java:161)
	at org.apache.felix.http.base.internal.registry.PerContextHandlerRegistry.registerServlet(PerContextHandlerRegistry.java:206)
	at org.apache.felix.http.base.internal.whiteboard.WhiteboardManager.registerWhiteboardService(WhiteboardManager.java:681)
	at org.apache.felix.http.base.internal.whiteboard.WhiteboardManager.addWhiteboardService(WhiteboardManager.java:590)
	at org.apache.felix.http.base.internal.whiteboard.tracker.WhiteboardServiceTracker.added(WhiteboardServiceTracker.java:104)
	at org.apache.felix.http.base.internal.whiteboard.tracker.WhiteboardServiceTracker.addingService(WhiteboardServiceTracker.java:79)
	at org.apache.felix.http.base.internal.whiteboard.tracker.WhiteboardServiceTracker.addingService(WhiteboardServiceTracker.java:36)
	at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:941)
	at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:870)
	at org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:256)
	at org.osgi.util.tracker.AbstractTracked.track(AbstractTracked.java:229)
	at org.osgi.util.tracker.ServiceTracker$Tracked.serviceChanged(ServiceTracker.java:901)
	at org.apache.felix.framework.EventDispatcher.invokeServiceListenerCallback(EventDispatcher.java:990)
	at org.apache.felix.framework.EventDispatcher.fireEventImmediately(EventDispatcher.java:838)
	at org.apache.felix.framework.EventDispatcher.fireServiceEvent(EventDispatcher.java:545)
	at org.apache.felix.framework.Felix.fireServiceEvent(Felix.java:4579)
	at org.apache.felix.framework.Felix.registerService(Felix.java:3571)
	at org.apache.felix.framework.BundleContextImpl.registerService(BundleContextImpl.java:348)
	at org.apache.felix.scr.impl.manager.AbstractComponentManager$3.register(AbstractComponentManager.java:887)
	at org.apache.felix.scr.impl.manager.AbstractComponentManager$3.register(AbstractComponentManager.java:874)
	at org.apache.felix.scr.impl.manager.RegistrationManager.changeRegistration(RegistrationManager.java:132)
	at org.apache.felix.scr.impl.manager.AbstractComponentManager.registerService(AbstractComponentManager.java:941)
	at org.apache.felix.scr.impl.manager.AbstractComponentManager.activateInternal(AbstractComponentManager.java:741)
	at org.apache.felix.scr.impl.manager.AbstractComponentManager.enableInternal(AbstractComponentManager.java:675)
	at org.apache.felix.scr.impl.manager.AbstractComponentManager$1.run(AbstractComponentManager.java:453)
	at org.apache.felix.scr.impl.ComponentActorThread.run(ComponentActorThread.java:103)
	at java.lang.Thread.run(Unknown Source)

The text was updated successfully, but these errors were encountered:

jerseyrobot · 2017-06-20T05:33:05Z

@pavelbucek Commented
you need to add

org.glassfish.jersey.inject:jersey-hk2:jar:2.26-b06

jerseyrobot · 2017-06-20T05:36:19Z

@pavelbucek Commented
Ah, it already is on your list. In that case, you might need to share a reproducer or debug serviceloader call by yourself..

jerseyrobot · 2017-06-20T17:32:36Z

@JohneDoe Commented
I think it is is a problem with org.glassfish.hk2.osgi-resource-locator.
The bundle did not activate. because of that it could not read the META-INF/services and lookup for InjectionManagerFactory

More Details:
https://groups.google.com/forum/#!topic/bndtools-users/NuAmCd6sBaw

jerseyrobot · 2017-06-21T07:51:58Z

@pavelbucek Commented
org.glassfish.hk2.osgi-resource-locator is part of hk2, not Jersey - can you please file the issue there? (https://github.com/javaee/hk2/issues)

jerseyrobot · 2017-06-21T10:32:46Z

@JohneDoe Commented
here is the Issue on HK2
javaee/hk2#358

is thought that org.glassfish.jersey.inject:jersey-hk2 can require org.glassfish.hk2:osgi-resource-locator and let it run befor jersey starts

jerseyrobot · 2017-06-21T10:35:50Z

@pavelbucek Commented
have you tried that approach?

jerseyrobot · 2018-04-20T08:35:45Z

Issue Imported From: https://github.com/jersey/jersey/issues/3588
Original Issue Raised By:@JohneDoe
Original Issue Assigned To: Unassigned

cliffred · 2019-06-12T11:39:08Z

I had the exact same problem. org.glassfish.hk2.osgi-resource-locator is in 'STARTING' state, but that's not the problem. The problem is that org.glassfish.jersey.core.jersey-common is not ACTIVE, instead it is only RESOLVED. Therefore in this code:

jersey/core-common/src/main/java/org/glassfish/jersey/internal/OsgiRegistry.java

Lines 93 to 105 in a401695

    
           public static synchronized OsgiRegistry getInstance() { 
        
               if (instance == null) { 
        
                   final ClassLoader classLoader = AccessController 
        
                           .doPrivileged(ReflectionHelper.getClassLoaderPA(ReflectionHelper.class)); 
        
                   if (classLoader instanceof BundleReference) { 
        
                       final BundleContext context = FrameworkUtil.getBundle(OsgiRegistry.class).getBundleContext(); 
        
                       if (context != null) { // context could be still null if the current bundle has not been started 
        
                           instance = new OsgiRegistry(context); 
        
                       } 
        
                   } 
        
               } 
        
               return instance; 
        
           }

getBundleContext() returns null (only ACTIVE, STARTING, or STOPPING bundles have a BundleContext). Therefore setOSGiServiceFinderIteratorProvider() does not get invoked and ServiceFinder uses DefaultServiceIteratorProvider instead of OsgiServiceFinder. If you make sure org.glassfish.jersey.core.jersey-common is ACTIVE (via a start level in config.ini, or via the console, or programmatically) before you create the Jersey client it works.

I think org.glassfish.jersey.core.jersey-common should add Bundle-ActivationPolicy: lazy to its MANIFEST to make sure it's started upon first class load.

tony-- · 2020-05-12T16:44:41Z

Thanks @cliffred this really helped me!

malm66 · 2020-05-18T05:41:36Z

@cliffred Thanks as well - I was hitting a brick wall with getting to the bottom of this problem. Changing the start level for the org.glassfish.jersey.core.jersey-common bundle in my Equinox based application fixed the issue. For the record, even in the 2.30.1 the bundle still has no Bundle-ActivationPolicy: ... header.

jansupol · 2020-05-18T14:57:38Z

Is it enough to set the ActivationPolicy to just the jersey-common module?

cliffred · 2020-05-18T15:05:31Z

I think so

jansupol · 2020-05-21T10:34:12Z

Ok, Bundle-ActivationPolicy: lazy implemented. In case there is another issue regarding this, please open a new bug

malm66 · 2020-05-22T13:35:30Z

@jansupol Thanks for taking action on this. Just for record: I have patched the MANIFEST.MF in the core-common 2.30.1 jar in our environment and added the Bundle-ActivationPolicy: lazy line to it. It now works fine without having to adjust start levels. So I am pretty confident this fix will work.

raul1991 · 2020-07-10T11:01:14Z

I am using the 2.31 jersey-common jar inside a karaf container and I still face the same issue with hk2 dependency injection.

Caused by: org.glassfish.hk2.api.MultiException: A MultiException has 1 exceptions. They are:

org.glassfish.hk2.api.UnsatisfiedDependencyException: There was no object available for injection at SystemInjecteeImpl(requiredType=ServiceLocator,parent=JaxbAutoDiscoverable,qualifiers={},position=-1,optional=false,self=false,unqualified=null,861364607)

* github/jnr: make github/jnr/com.github.jnr.ffi_2.1.12/osgi.bnd depend on latest available org.objectweb.asm 8.0.1 * glassfish/hk2: add 'Bundle-ActivationPolicy: lazy' to fix, see eclipse-ee4j/jersey#3588 (comment) * glassfish/jersey: fix dependency versions * glassfish/jersey/org.glassfish.jersey.core.jersey-client_2.30.1: add property to permit use of Require-Bundle * glassfish/jersey/org.glassfish.jersey.core.jersey-common_2.30.1: fix jakarta.annotation-api-version Change-Id: I1dad84fda54c93c7ba6aaa2e9159b5af488c52bb Signed-off-by: Tony Homer <tony.homer@intel.com>

hieplq · 2020-11-01T05:37:10Z

i get same issue InjectionManagerFactory not found (i use 2.30.1) note solution here

org.glassfish.jersey.inject:jersey-hk2 is require
org.glassfish.jersey.core.jersey-common need to auto run
jackson-module-jsonSchema import javax.validation [1,2) but jersey-server import javax.validation [2,3) so i have to add both version

refer:eclipse-ee4j/jersey#3588 (comment)

* IDEMPIERE-4492 update jetty to 9.4.33.v20201020 update atmosphere to 2.5.15 * IDEMPIERE-4492 update jetty to 9.4.33.v20201020 (update configuration) update to default jetty configuration delete unused configuration (alpn, http2,..) * IDEMPIERE-4492 update orbit eclipse repository to 4.17 * IDEMPIERE-4492 update orbit eclipse repository to 4.17 (on parent pom) * IDEMPIERE-4492 update jasper to 6.15.0 * IDEMPIERE-4492 update jasper to 6.15.0 (IDEMPIERE-4504) get rid of bundle "org.w3c.dom.events version 3.0.0" by use old version of org.w3c.dom.smil note: on target platform a bundle has multi version then tycho can pickup correct version define on feature (tab included plugins, field version) but on eclipse when sync launching from .product it don't respect that value, always set highest version to bundle workaround: on target platform manual un-select bundle org.w3c.dom.smil 1.0.1 * IDEMPIERE-4492 update atmosphere to 2.6.4 * IDEMPIERE-4492 refine target platform use targetplatform-dsl to generate target platform https://github.com/eclipse-cbi/targetplatform-dsl + don't need to care update bundle version when update repository + at moment org.idempiere.eclipse.platform-feature include some feature form eclipse repository so target has to include that feature so target platform will include all bundler request by feature and bundle request by plugins of that feature and so on (ever optional so it make target content has more plugins than what we use on project next step will convert include feature to include plugins to define only what we used * IDEMPIERE-4492 refine target platform (continue) don't include framework feature, use include plugins to void load transitive dependency so minimize target flatform remove some unused feature from idempiere product * IDEMPIERE-4492 update c3p0 and database jdbc (patch from Carlos) * IDEMPIERE-4492 improve target platform (continue) provide test bundle require to repository for use on offline remove some unused bundle also fix for IDEMPIERE-4475 * IDEMPIERE-4492 improve target platform (continue IDEMPIERE-4475) add launch for unittest add more require bundle for unit test * IDEMPIERE-4492 fix for rest api refer:eclipse-ee4j/jersey#3588 (comment) * IDEMPIERE-4492 fix for rest api refer:eclipse-ee4j/jersey#3588 (comment)

jgsuess · 2022-03-17T03:13:11Z

Any chance to have this merged? Or should we fork and patch this?

cliffred mentioned this issue Jun 12, 2019

org.glassfish.hk2.osgi-resource-locator bundle did not acrivate in OSGi eclipse-ee4j/glassfish-hk2#359

Open

jansupol mentioned this issue May 19, 2020

Set Bundle-ActivationPolicy on core-common module #4475

Merged

jansupol closed this as completed May 21, 2020

hieplq added a commit to hieplq/idempiere that referenced this issue Nov 1, 2020

IDEMPIERE-4492 fix for rest api

102264a

refer:eclipse-ee4j/jersey#3588 (comment)

hieplq mentioned this issue Nov 1, 2020

IDEMPIERE-4492 fix for rest api idempiere/idempiere#343

Merged

hieplq added a commit to hieplq/idempiere that referenced this issue Nov 1, 2020

IDEMPIERE-4492 fix for rest api

ef71e66

refer:eclipse-ee4j/jersey#3588 (comment)

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

InjectionManagerFactory not found with OSGi singe bundles #3588

InjectionManagerFactory not found with OSGi singe bundles #3588

jerseyrobot commented Jun 19, 2017

jerseyrobot commented Jun 20, 2017

jerseyrobot commented Jun 20, 2017

jerseyrobot commented Jun 20, 2017

jerseyrobot commented Jun 21, 2017

jerseyrobot commented Jun 21, 2017

jerseyrobot commented Jun 21, 2017

jerseyrobot commented Apr 20, 2018

cliffred commented Jun 12, 2019 •

edited

Loading

tony-- commented May 12, 2020

malm66 commented May 18, 2020

jansupol commented May 18, 2020

cliffred commented May 18, 2020

jansupol commented May 21, 2020

malm66 commented May 22, 2020

raul1991 commented Jul 10, 2020 •

edited

Loading

hieplq commented Nov 1, 2020

jgsuess commented Mar 17, 2022

InjectionManagerFactory not found with OSGi singe bundles #3588

InjectionManagerFactory not found with OSGi singe bundles #3588

Comments

jerseyrobot commented Jun 19, 2017

jerseyrobot commented Jun 20, 2017

jerseyrobot commented Jun 20, 2017

jerseyrobot commented Jun 20, 2017

jerseyrobot commented Jun 21, 2017

jerseyrobot commented Jun 21, 2017

jerseyrobot commented Jun 21, 2017

jerseyrobot commented Apr 20, 2018

cliffred commented Jun 12, 2019 • edited Loading

tony-- commented May 12, 2020

malm66 commented May 18, 2020

jansupol commented May 18, 2020

cliffred commented May 18, 2020

jansupol commented May 21, 2020

malm66 commented May 22, 2020

raul1991 commented Jul 10, 2020 • edited Loading

hieplq commented Nov 1, 2020

jgsuess commented Mar 17, 2022

cliffred commented Jun 12, 2019 •

edited

Loading

raul1991 commented Jul 10, 2020 •

edited

Loading