blocks|key|216771|text|如果您使用的是Maven，请使用以下依赖项：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|216772|<dependency>
++++<groupId>org.glassfish.jersey.core</groupId>
++++<artifactId>jersey-common</artifactId>
++++<version>2.22.2</version>
++++<scope>test</scope>
</dependency>|code-block|syntax|javascript|216773|对于Gradle，以下方法将起作用：|216774|testCompile+'org.glassfish.jersey.core:jersey-common:2.22.2'|216775|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|N|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|O|8|@]|9|@]|A|$]]|$1|I|3|J|5|D|7|P|8|@]|9|@]|A|$E|F]]|$1|K|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|L|$]]

If you're using Maven, use the following dependency:

<pre><code>&lt;dependency&gt;
 &lt;groupId&gt;org.glassfish.jersey.core&lt;/groupId&gt;
 &lt;artifactId&gt;jersey-common&lt;/artifactId&gt;
 &lt;version&gt;2.22.2&lt;/version&gt;
 &lt;scope&gt;test&lt;/scope&gt;
&lt;/dependency&gt;
</code></pre>

For Gradle, the following will work:

<pre><code>testCompile 'org.glassfish.jersey.core:jersey-common:2.22.2'
</code></pre>

blocks|key|216825|text|针对Wildfly+10.1运行时进行开发，我不想在我的构建中引入Jersey。使用Gradle时，我使用|type|unstyled|depth|inlineStyleRanges|entityRanges|data|216826|testRuntime+"org.jboss.resteasy:resteasy-jaxrs:$versions.resteasy"|code-block|syntax|javascript|216827|resteasy版本是3.0.19.Final。此jar包含|216828|META-INF/services/javax.ws.rs.ext.RuntimeDelegate|216829|带有一个条目|216830|org.jboss.resteasy.spi.ResteasyProviderFactory|216831|entityMap^0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|R|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|S|8|@]|9|@]|A|$]]|$1|I|3|J|5|D|7|T|8|@]|9|@]|A|$E|F]]|$1|K|3|L|5|6|7|U|8|@]|9|@]|A|$]]|$1|M|3|N|5|D|7|V|8|@]|9|@]|A|$E|F]]|$1|O|3|-4|5|6|7|W|8|@]|9|@]|A|$]]]|P|$]]

Developing against a Wildfly 10.1 runtime I didn't want to introduce Jersey into my builds. With Gradle I used

<pre><code>testRuntime "org.jboss.resteasy:resteasy-jaxrs:$versions.resteasy"
</code></pre>

resteasy version is 3.0.19.Final. This jar contains 

<pre><code>META-INF/services/javax.ws.rs.ext.RuntimeDelegate
</code></pre>

with an entry

<pre><code>org.jboss.resteasy.spi.ResteasyProviderFactory
</code></pre>

blocks|key|216880|text|<dependency>
++++<groupId>org.glassfish.jersey.core</groupId>
++++<artifactId>jersey-common</artifactId>
++++<version>2.26</version>
++++<scope>test</scope>
</dependency>|type|code-block|depth|inlineStyleRanges|entityRanges|data|syntax|javascript|216881|我在使用Java8和jersey时遇到了问题--通用的2.22.2，但2.26起作用了。|unstyled|216882|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$B|C]]|$1|D|3|E|5|F|7|J|8|@]|9|@]|A|$]]|$1|G|3|-4|5|F|7|K|8|@]|9|@]|A|$]]]|H|$]]

<pre><code>&lt;dependency&gt;
 &lt;groupId&gt;org.glassfish.jersey.core&lt;/groupId&gt;
 &lt;artifactId&gt;jersey-common&lt;/artifactId&gt;
 &lt;version&gt;2.26&lt;/version&gt;
 &lt;scope&gt;test&lt;/scope&gt;
&lt;/dependency&gt;
</code></pre>

I ran into issues with Java 8 and jersey-common 2.22.2 but 2.26 worked.

blocks|key|216975|text|如果你在一个有"provider“类的应用中使用jersey-client+1.x，并且你有rs-api-2.1.jar，如果你碰巧也有jsr311-api-1.1.1，你需要添加jersey-server1.x或者删除rs-api-2.1。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|216976|似乎这就是正在发生的事情：|216977|显然，jersey-client在第一次出现时，会尝试创建不同mime类型的"mime映射“。|216978|泽西-核心1.x+ContextResolverFactory：|216979|++public+void+init(ProviderServices+providersServices,+InjectableProviderFactory+ipf)+{
++++Map<Type,+Map<MediaType,+List<ContextResolver>>>+rs+=+new+HashMap();
++++Set<ContextResolver>+providers+=+providersServices.getProviders(ContextResolver.class);
++++Iterator+i$+=+providers.iterator();

++++while(i$.hasNext())+{
++++++ContextResolver+provider+=+(ContextResolver)i$.next();
++++++List<MediaType>+ms+=+MediaTypes.createMediaTypes((Produces)provider.getClass().getAnnotation(Produces.class));
+++++++...|code-block|syntax|javascript|216980|因此，如果存在任何“提供者”(例如：@Produces+({MediaType.WILDCARD}))，它会尝试查找它们的类型并将其添加到mime类型列表中。但是，它执行以下操作：|offset|length|style|CODE|216981|如果您有rs-api-2.1.jar：|216982|+private+static+RuntimeDelegate+findDelegate()+{
+++try+{
Object+delegate+=+FactoryFinder.find("javax.ws.rs.ext.RuntimeDelegate",+"org.glassfish.jersey.internal.RuntimeDelegateImpl",+RuntimeDelegate.class);|216983|如果您有以下其他依赖项，则它的实现方式似乎略有不同：|216984|jsr311-api-1.1.1.jar：|216985|+private+static+RuntimeDelegate+findDelegate()+{
+++try+{
+++++Object+delegate+=+FactoryFinder.find("javax.ws.rs.ext.RuntimeDelegate",+"com.sun.ws.rs.ext.RuntimeDelegateImpl");|216986|Jersey+1.x客户端恰好提供了./jersey-client-.19/com/sun/ws/rs/ext/RuntimeDelegateImpl.class|216987|而Jersey+1.x服务器提供：|216988|./jersey-server-1.19/com/sun/jersey/server/impl/provider/RuntimeDelegateImpl.class|216989|jersey+2.0是"org.glassfish.jersey...“并提供了"org.glassfish.jersey.internal.RuntimeDelegateImpl“(显然是正常的)|216990|所以在我看来，默认情况下rs-api-2.1基本上是以jersey+2.x为目标的。但是，如果您还包含jersey-server，那么它可以与jersey-client+1.x一起工作。|216991|在jersey+2.x中，你不需要以一种奇怪的方式包含“使用客户端的服务器”，似乎就能正常工作。|216992|我的直觉是API要么改变了(你不应该把jersey+1.x和jsr-2结合起来吗？嗯？)，或者可能是意外的错误，或者bug，或者jersey-client+1.x的糟糕设计，谁知道呢。|216993|添加恰好添加"jersey+2.x“或”jersey-server1.x“的内容也是可行的。|216994|这些解决方案解决了以下运行时故障：|216995|Caused+by:+java.lang.ExceptionInInitializerError:+null
++++at+com.sun.jersey.core.spi.factory.ContextResolverFactory.init(ContextResolverFactory.java:86)
++++at+com.sun.jersey.api.client.Client.init(Client.java:340)
++++at+com.sun.jersey.api.client.Client.access$000(Client.java:119)
++++at+com.sun.jersey.api.client.Client$1.f(Client.java:192)
++++at+com.sun.jersey.api.client.Client$1.f(Client.java:188)
++++at+com.sun.jersey.spi.inject.Errors.processWithErrors(Errors.java:193)
++++at+com.sun.jersey.api.client.Client.<init>(Client.java:188)
++++at+com.sun.jersey.api.client.Client.<init>(Client.java:171)
++++at+redacted
++++at+org.springframework.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:244)
++++at+org.springframework.context.annotation.ConfigurationClassEnhancer$BeanMethodInterceptor.intercept(ConfigurationClassEnhancer.java:331)
++++at+org.familysearch.digitalarchive.aggregator.integration.ServiceAccountConfig$$EnhancerBySpringCGLIB$$a3409578.identityService(<generated>)
++++at+sun.reflect.NativeMethodAccessorImpl.invoke0(Native+Method)
++++at+sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
++++at+sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
++++at+java.lang.reflect.Method.invoke(Method.java:498)
++++at+org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:154)
++++...+29+common+frames+omitted
Caused+by:+java.lang.RuntimeException:+java.lang.ClassNotFoundException:+org.glassfish.jersey.internal.RuntimeDelegateImpl
++++at+javax.ws.rs.ext.RuntimeDelegate.findDelegate(RuntimeDelegate.java:154)
++++at+javax.ws.rs.ext.RuntimeDelegate.getInstance(RuntimeDelegate.java:121)
++++at+javax.ws.rs.core.MediaType.valueOf(MediaType.java:196)
++++at+com.sun.jersey.core.header.MediaTypes.<clinit>(MediaTypes.java:65)
++++...+48+common+frames+omitted
Caused+by:+java.lang.ClassNotFoundException:+org.glassfish.jersey.internal.RuntimeDelegateImpl
++++at+java.net.URLClassLoader.findClass(URLClassLoader.java:382)
++++at+java.lang.ClassLoader.loadClass(ClassLoader.java:418)
++++at+org.springframework.boot.loader.LaunchedURLClassLoader.loadClass(LaunchedURLClassLoader.java:151)
++++at+java.lang.ClassLoader.loadClass(ClassLoader.java:351)
++++at+java.lang.Class.forName0(Native+Method)
++++at+java.lang.Class.forName(Class.java:264)
++++at+javax.ws.rs.ext.FactoryFinder.newInstance(FactoryFinder.java:111)
++++at+javax.ws.rs.ext.FactoryFinder.find(FactoryFinder.java:209)
++++at+javax.ws.rs.ext.RuntimeDelegate.findDelegate(RuntimeDelegate.java:136)
++++...+51+common+frames+omitted|216996|entityMap^0|0|0|0|0|0|I|W|0|0|0|0|0|0|I|1R|0|0|0|2A|0|0|C|A|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|1O|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|1P|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|1Q|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|1R|8|@]|9|@]|A|$]]|$1|H|3|I|5|J|7|1S|8|@]|9|@]|A|$K|L]]|$1|M|3|N|5|6|7|1T|8|@$O|1U|P|1V|Q|R]]|9|@]|A|$]]|$1|S|3|T|5|6|7|1W|8|@]|9|@]|A|$]]|$1|U|3|V|5|J|7|1X|8|@]|9|@]|A|$K|L]]|$1|W|3|X|5|6|7|1Y|8|@]|9|@]|A|$]]|$1|Y|3|Z|5|6|7|1Z|8|@]|9|@]|A|$]]|$1|10|3|11|5|J|7|20|8|@]|9|@]|A|$K|L]]|$1|12|3|13|5|6|7|21|8|@$O|22|P|23|Q|R]]|9|@]|A|$]]|$1|14|3|15|5|6|7|24|8|@]|9|@]|A|$]]|$1|16|3|17|5|6|7|25|8|@$O|26|P|27|Q|R]]|9|@]|A|$]]|$1|18|3|19|5|6|7|28|8|@]|9|@]|A|$]]|$1|1A|3|1B|5|6|7|29|8|@$O|2A|P|2B|Q|R]]|9|@]|A|$]]|$1|1C|3|1D|5|6|7|2C|8|@]|9|@]|A|$]]|$1|1E|3|1F|5|6|7|2D|8|@]|9|@]|A|$]]|$1|1G|3|1H|5|6|7|2E|8|@]|9|@]|A|$]]|$1|1I|3|1J|5|6|7|2F|8|@]|9|@]|A|$]]|$1|1K|3|1L|5|J|7|2G|8|@]|9|@]|A|$K|L]]|$1|1M|3|-4|5|6|7|2H|8|@]|9|@]|A|$]]]|1N|$]]

tl;dr if you're using jersey-client 1.x within an app that has a &quot;provider&quot; class also present, and you have rs-api-2.1.jar there, you need to add jersey-server 1.x or remove rs-api-2.1 if you happen to also have jsr311-api-1.1.1 present.
Appears this is what is happening:
Apparently jersey-client, when it is first coming up, tries to create a &quot;mime map&quot; of different mime types.
jersey-core 1.x ContextResolverFactory:
<pre><code> public void init(ProviderServices providersServices, InjectableProviderFactory ipf) {
 Map&lt;Type, Map&lt;MediaType, List&lt;ContextResolver&gt;&gt;&gt; rs = new HashMap();
 Set&lt;ContextResolver&gt; providers = providersServices.getProviders(ContextResolver.class);
 Iterator i$ = providers.iterator();

 while(i$.hasNext()) {
 ContextResolver provider = (ContextResolver)i$.next();
 List&lt;MediaType&gt; ms = MediaTypes.createMediaTypes((Produces)provider.getClass().getAnnotation(Produces.class));
 ...
</code></pre>
So if there are any &quot;providers&quot; kicking around (ex: <code>@Produces ({MediaType.WILDCARD})</code>), it tries to lookup their type and add it to the mime type lists. However, it does it the following:
if you have rs-api-2.1.jar:
<pre><code> private static RuntimeDelegate findDelegate() {
 try {
Object delegate = FactoryFinder.find(&quot;javax.ws.rs.ext.RuntimeDelegate&quot;, &quot;org.glassfish.jersey.internal.RuntimeDelegateImpl&quot;, RuntimeDelegate.class);
</code></pre>
If you have the following other dependency, it appears to implement it slightly differently:
jsr311-api-1.1.1.jar:
<pre><code> private static RuntimeDelegate findDelegate() {
 try {
 Object delegate = FactoryFinder.find(&quot;javax.ws.rs.ext.RuntimeDelegate&quot;, &quot;com.sun.ws.rs.ext.RuntimeDelegateImpl&quot;);
</code></pre>
Jersey 1.x client happens to provide <code>./jersey-client-.19/com/sun/ws/rs/ext/RuntimeDelegateImpl.class</code>
Whereas Jersey 1.x server provides:
<code>./jersey-server-1.19/com/sun/jersey/server/impl/provider/RuntimeDelegateImpl.class</code>
jersey 2.0 is &quot;org.glassfish.jersey...&quot; and provides &quot;org.glassfish.jersey.internal.RuntimeDelegateImpl&quot; (apparently sanely)
So it appears to me that <code>rs-api-2.1</code> basically targets jersey 2.x by default. But happens to work with jersey-client 1.x if you also include jersey-server.
With jersey 2.x you don't need to include the &quot;server to use the client&quot; in such a weird way, seems to just work.
My hunch is either the API changed (you're not supposed to combine jersey 1.x with jsr-2? huh?), or maybe accidental flub, or bug, or poor design of jersey-client 1.x, who knows.
Adding things that happen to add &quot;jersey 2.x&quot; or &quot;jersey-server 1.x&quot; transitively also works.
These worked around the following runtime failure:
<pre><code>Caused by: java.lang.ExceptionInInitializerError: null
 at com.sun.jersey.core.spi.factory.ContextResolverFactory.init(ContextResolverFactory.java:86)
 at com.sun.jersey.api.client.Client.init(Client.java:340)
 at com.sun.jersey.api.client.Client.access$000(Client.java:119)
 at com.sun.jersey.api.client.Client$1.f(Client.java:192)
 at com.sun.jersey.api.client.Client$1.f(Client.java:188)
 at com.sun.jersey.spi.inject.Errors.processWithErrors(Errors.java:193)
 at com.sun.jersey.api.client.Client.&lt;init&gt;(Client.java:188)
 at com.sun.jersey.api.client.Client.&lt;init&gt;(Client.java:171)
 at redacted
 at org.springframework.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:244)
 at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanMethodInterceptor.intercept(ConfigurationClassEnhancer.java:331)
 at org.familysearch.digitalarchive.aggregator.integration.ServiceAccountConfig$$EnhancerBySpringCGLIB$$a3409578.identityService(&lt;generated&gt;)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:498)
 at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:154)
 ... 29 common frames omitted
Caused by: java.lang.RuntimeException: java.lang.ClassNotFoundException: org.glassfish.jersey.internal.RuntimeDelegateImpl
 at javax.ws.rs.ext.RuntimeDelegate.findDelegate(RuntimeDelegate.java:154)
 at javax.ws.rs.ext.RuntimeDelegate.getInstance(RuntimeDelegate.java:121)
 at javax.ws.rs.core.MediaType.valueOf(MediaType.java:196)
 at com.sun.jersey.core.header.MediaTypes.&lt;clinit&gt;(MediaTypes.java:65)
 ... 48 common frames omitted
Caused by: java.lang.ClassNotFoundException: org.glassfish.jersey.internal.RuntimeDelegateImpl
 at java.net.URLClassLoader.findClass(URLClassLoader.java:382)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:418)
 at org.springframework.boot.loader.LaunchedURLClassLoader.loadClass(LaunchedURLClassLoader.java:151)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:351)
 at java.lang.Class.forName0(Native Method)
 at java.lang.Class.forName(Class.java:264)
 at javax.ws.rs.ext.FactoryFinder.newInstance(FactoryFinder.java:111)
 at javax.ws.rs.ext.FactoryFinder.find(FactoryFinder.java:209)
 at javax.ws.rs.ext.RuntimeDelegate.findDelegate(RuntimeDelegate.java:136)
 ... 51 common frames omitted
</code></pre>

blocks|key|217041|text|compile+'org.springframework.boot:spring-boot-starter-jersey:1.2.0.RELEASE'|type|code-block|depth|inlineStyleRanges|entityRanges|data|syntax|javascript|217042|这对我很有效！|unstyled|217043|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$B|C]]|$1|D|3|E|5|F|7|J|8|@]|9|@]|A|$]]|$1|G|3|-4|5|F|7|K|8|@]|9|@]|A|$]]]|H|$]]

<pre><code>compile 'org.springframework.boot:spring-boot-starter-jersey:1.2.0.RELEASE'
</code></pre>
This worked for me!!!

I am using jersey for my project and tring to parse a URI from a string.

<pre><code>UriBuilder.fromUri("http://localhost:8000").build();
</code></pre>

The code is simple, but I get a error below

<pre><code>java.lang.ClassNotFoundException: org.glassfish.jersey.internal.RuntimeDelegateImpl
</code></pre>

It seems the program can not find the delegate. I already imported <code>javax.ws.rs.core.UriBuilder</code> and have <code>jersey-common 2.0</code> that should contain the delegate in my build path. But I still get this error.

Does someone know how to fix it? Thanks!

org.glassfish.jersey.internal.RuntimeDelegateImpl NOT FOUND

服务器

我正在为我的项目使用jersey，并尝试从字符串中解析URI。UriBuilder.fromUri("http://localhost:8000").build();代码很简单，但我得到了下面的错误java.lang.ClassNotFoundException: org.glassfish.jersey.internal.RuntimeDelegateImpl似乎程序找不到代理。我已经导入了ja

问找不到org.glassfish.jersey.internal.RuntimeDelegateImpl
EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问找不到org.glassfish.jersey.internal.RuntimeDelegateImplEN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问找不到org.glassfish.jersey.internal.RuntimeDelegateImpl
EN