泽西子资源中没有CDI注入源

Question

我正在泽西岛应用程序中使用 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侦听器添加到部署中。

同样，对根资源的相同注入确实有效。< code>@Named("name ")字符串由< code>@ApplicationScoped生成器生成。

这不应该有效吗？我错过了什么？

此处提供最小的 Maven 项目示例：https://gitlab.com/Victor8321/jersey-sub-resource-cdi

注意：这方面存在一个公开问题，但不确定官方对此的立场是什么：https://java.net/jira/browse/JERSEY-3184

Answer 1

正如https://github.com/eclipse-ee4j/jersey/issues/3456,所指出的，向子资源类添加一个伪< code>@Path("xyz")是一种“修复”。然而，这暴露了虚拟路径下的子资源。

仅通过 CDI 注入实例也有效（@Inject实例

我发现了另外两种完全有效的方法（CDI注入和JAX-RS注入），并且没有副作用（如@Path）：

• 使用@Provider注释子资源类。
• 注册（） 资源配置（或应用程序）中的子资源类。

这两种方法似乎都有效，因为它们让Jersey -进而让CDI -知道这个类。

注意:我已经相应地更新了我的示例项目，以供将来参考。