【问题标题】:Ejb lookup failing when overriding getSingletons method from Application class从 Application 类覆盖 getSingletons 方法时,Ejb 查找失败
【发布时间】:2015-08-06 05:45:45
【问题描述】:

我正在尝试通过自己覆盖 Application 类的 getSingletons 方法来初始化我的 Web 服务资源。我正在使用 Jboss EAP 6.0 应用服务器。下面是代码

@ApplicationPath("/rest")
public class MyApplication extends Application {

    private final Set<Object> singletons = new HashSet<Object>();

    public MyApplication() {
        singletons.add(new StudentFacade());
    }

    @Override
    public Set<Object> getSingletons() {

        return null; // Accidentally kept it as null but still my webservice was working. Dont know how it was working.
    }
}

@Path("student")
public class StudentFacade {

    @Resource(lookup = "java:global/ejb-beginner-sessions-ear/ejb-beginner-sessions-impl/StudentServiceBean!com.ejb.beginner.sessions.api.StudentService")
    private StudentService studentService;

    private static final Logger LOGGER = Logger.getLogger(StudentFacade.class.getName());

    @GET
    @Path("list")
    @Produces(MediaType.APPLICATION_JSON)
    public Student getStudents() {

        LOGGER.info("studentService: " + studentService);
        return new Student();
    }
}

然后我意识到 getSingletons 方法返回 null 并且想知道我的 web 服务是如何工作的。

我认为因为我没有返回单例,所以应用程序服务器正在自行初始化 Web 服务。所以我删除了@Resource 并使用了@Inject,我得到了一个 WELD 异常,说没有找到依赖项。

然后我将其更改为返回单例,然后@Resource 没有查找 ejb 并且 studentService 为空。所以我使用 InitialContext 来查找 ejb 并且它起作用了。

try {
            InitialContext initialContext = new InitialContext();
            StudentService studentService = (StudentService) initialContext
                    .lookup("java:global/ejb-beginner-sessions-ear/ejb-beginner-sessions-impl/StudentServiceBean!com.ejb.beginner.sessions.api.StudentService");
            LOGGER.info("studentService1: " + studentService);
        } catch (NamingException e) {
            e.printStackTrace();
        }

谁能告诉我

  1. 为什么应用服务器初始化webservice,尽管我返回null
  2. 当我返回 null 时,为什么 @Inject 失败并且只有 @Resource 工作。
  3. 当我返回单例时,为什么 @Resource 失败并且只有 InitialContext 有效。

【问题讨论】:

    标签: java rest dependency-injection jax-rs java-ee-6


    【解决方案1】:

    “1.为什么我返回null,应用服务器初始化webservice”

    如果在查找期间没有返回类/对象(或仅返回空集),则该行为将恢复为类路径扫描资源和提供者(这在 JAX-RS 规范中进行了解释)。一旦从getClassesgetSingleton 返回任何 资源类或提供程序,则假定开发人员处理注册,并且类路径注册被禁用。

    “2.当我返回null时,为什么@Inject失败并且只有@Resource在工作。”

    我没有看到你对@Inject 的任何论据中的成功案例,所以我不会对此发表评论。至于@Resource,这似乎是注入资源的正确方法。启用类路径注册后,您无需创建 JAX-RS 类,运行时会创建。运行时还处理注入。如果您自己创建实例,则运行时不会尝试注入。

    “3. 当我返回单例时,为什么 @Resource 失败并且只有 InitialContext 工作。”

    上面已经部分回答了这个问题。实例化类时,不执行注入。当运行时创建实例时,它会经历注入过程。


    需要注意的一点是,当您实例化时,资源类将是一个单例,这意味着每个应用程序只有一个实例。这可能是也可能不是所需的行为。当运行时实例化该类时,默认情况下它将在请求范围内,这意味着每个请求创建一个实例。同样,可能是也可能不是你想要的。如果您想维护类路径注册,并且仍然是单例,那么使用 @javax.inject.Singleton 注释资源类应该使其成为单例,并且仍然允许注入,因为运行时仍然实例化该类。如果您希望类是请求范围的,并且想要自己注册所有类,请覆盖 public Set&lt;Class&lt;?&gt;&gt; getClasses() 并将您的类添加到集合中。

    【讨论】:

    • 我刚刚发现我的 ejb 被 @Remote 注释,这就是 @Inject 失败的原因。
    猜你喜欢
    • 1970-01-01
    • 2014-11-10
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2023-03-21
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多