【发布时间】:2017-03-04 17:42:38
【问题描述】:
我在 Jersey 应用程序中使用 CDI。在根资源上,CDI 注入按预期工作,但每当我返回子资源时,CDI 注入源都不可用。
我的带有子资源定位器的根资源:
@Path("")
public class MyResource {
@Inject @Named("name") // works
private String name;
@Context
private ResourceContext context;
@Path("test2")
public Object test2() {
return MySubResource.class;
//return context.getResource(MySubResource.class); // this does not work either
}
}
子资源:
public class MySubResource {
@Inject @Named("name") // error
private String name;
@GET
public Response test() {
return Response.ok("Name in sub resource: " + name).build();
}
}
错误:
org.glassfish.hk2.api.UnsatisfiedDependencyException: There was no object available for injection at SystemInjecteeImpl(requiredType=String,parent=MySubResource,qualifiers={@javax.inject.Named(value=name)},position=-1,optional=false,self=false,unqualified=null,1235803160)
我正在使用 org.glassfish.jersey.ext.cdi:jersey-cdi1x 和 Weld 依赖项,在 Undertow 上运行,并将 Weld servlet 侦听器添加到部署中。
同样,根资源上的相同注入确实有效。 @Named("name") String 由 @ApplicationScoped 生产者制作。
这不应该工作吗?我错过了什么?
此处提供的最小示例 Maven 项目: https://gitlab.com/Victor8321/jersey-sub-resource-cdi
注意:存在一个未解决的问题,但不确定官方对此的立场是什么:https://java.net/jira/browse/JERSEY-3184
【问题讨论】:
-
我没有尝试过你的 CDI 项目,但如果它不起作用,那么可能是 CDI 的问题,因为它works with HK2。我从来没有真正将 CDI 与 Jersey 一起使用,所以我不确定 CDI 是否仍然通过 HK2,因为错误是从 HK2 抛出的。如果CDI不通过HK2,那么我猜子资源不通过CDI(因为错误是HK2错误),这就是问题所在。
-
您使用的是哪个 CDI? GlassFish、WebLogic 还是其他?
-
你尝试注入你的子资源了吗?在那里返回课程将不起作用。
-
我很确定它有效;也看到了一些关于询问子资源的问题 - stackoverflow.com/questions/42504072
-
那个问题使用
return context.getResource(SubResource.class);而不是return SubResource.class;
标签: java jersey cdi jersey-2.0 hk2