无法施放组织。玻璃鱼。运动衫注入。hk2。HK2将ManagerFactory导入组织。玻璃鱼。运动衫内部的注射注射管理工厂

Question

我在使用javax HTTP客户端时遇到以下异常。知道为什么会这样吗？

java.lang.ClassCastException: Cannot cast org.glassfish.jersey.inject.hk2.Hk2InjectionManagerFactory to org.glassfish.jersey.internal.inject.InjectionManagerFactory
    at java.lang.Class.cast(Class.java:3369)
    at org.glassfish.jersey.internal.ServiceFinder$LazyObjectIterator.hasNext(ServiceFinder.java:714)
    at org.glassfish.jersey.internal.inject.Injections.lookupService(Injections.java:112)
    at org.glassfish.jersey.internal.inject.Injections.lookupInjectionManagerFactory(Injections.java:97)
    at org.glassfish.jersey.internal.inject.Injections.createInjectionManager(Injections.java:68)
    at org.glassfish.jersey.client.ClientConfig$State.initRuntime(ClientConfig.java:432)
    at org.glassfish.jersey.internal.util.collection.Values$LazyValueImpl.get(Values.java:341)
    at org.glassfish.jersey.client.ClientConfig.getRuntime(ClientConfig.java:826)
    at org.glassfish.jersey.client.ClientRequest.getConfiguration(ClientRequest.java:285)
    at org.glassfish.jersey.client.JerseyInvocation.validateHttpMethodAndEntity(JerseyInvocation.java:143)
    at org.glassfish.jersey.client.JerseyInvocation.<init>(JerseyInvocation.java:112)
    at org.glassfish.jersey.client.JerseyInvocation.<init>(JerseyInvocation.java:108)
    at org.glassfish.jersey.client.JerseyInvocation.<init>(JerseyInvocation.java:99)
    at org.glassfish.jersey.client.JerseyInvocation$AsyncInvoker.method(JerseyInvocation.java:706)
    at org.glassfish.jersey.client.JerseyInvocation$AsyncInvoker.get(JerseyInvocation.java:566)

这可能是与类加载器相关的问题吗？因为使用http客户机的代码是作为插件加载的，带有一个单独的类加载器。

Answer 1

这当然是一个类加载器问题；我最近在泽西2.35上也遇到了同样的问题。据我所知，依赖注入体系结构方面的Jersey内部已经发生了变化（请参阅本文：Wypiperz答案）。

上述情况是由于“类加载器阴影”（如果有这样一个术语）造成的。争用发生在容器类加载器（在我的例子中是Tomcat JARClassLoader）和web应用类加载器（Tomcat的WebAppClassLoader）之间。

因为不同的类加载器加载的类被认为是不同的。因此，在您的情况下（和我的情况一样），“Hk2InjectionManagerFactory”类和“InjectionManagerFactory”类是由不同的类装入器装入的，因此赋值失败，出现类强制转换异常。

在我的例子中，问题是，我在web app和Tomcat common loader（容器类路径）上都有“jersey common”和“jersey client”。这就造成了问题。

解决方案是将所有与Jersey相关的类移到WEB-INF/lib，并将依赖Jersey客户端的库移到WEB-INF-lib。

此外，如果有任何其他与jersey相关的JAR的旧版本，也要检查您的类路径（容器类路径）。