gpt4 book ai didi

java - Singleton EJB 在 EJB 容器外部的行为应该相同,但事实并非如此

转载 作者:太空宇宙 更新时间:2023-11-04 08:05:04 24 4
gpt4 key购买 nike

出于开发目的,我在单例 bean 中实现了一个虚拟数据存储库。单例 bean 的构造函数创建虚拟数据,并且有检索、插入、更新和删除虚拟数据的方法。

当我对其进行单元测试时,检查插入和更新的对象是否可以在插入和更新的相同状态下检索(即逐个属性相等),单元测试通过。在此测试中,我只是将单例 bean 实例化为常规对象,即通过其构造函数。当我实际使用单例 bean 时,将其注入(inject) @RequestScoped JSF 支持 bean(将 bean 创建留给 EJB 容器),在更新数据项并随后通过其 ID 检索它之后,更新似乎会丢失并使用旧的字段值。因此,bean 在容器内和容器外的行为并不相同。然而,有一个System.out.println在只执行一次的构造函数中,因此从这个意义上说,它似乎只实例化一次。

单例 bean 的结构如下:

@ConcurrencyManagement(ConcurrencyManagementType.BEAN)
@Singleton
@LocalBean
public class DummyDataRepository {
public DummyDataRepository() {
// Initial dummy data created here.
}

public final synchronized Foo findFooById(int id) {
// Retreive a Foo by ID.
// ...
}

public final synchronized void addFoo(Foo foo) {
// Add the Foo.
// ...
}

public final synchronized void updateFoo(Foo foo) {
// Find the existing Foo by foo.id and replace it with foo.
// ...
}

public final synchronized void deleteFoo(int id) {
// Find the existing Foo by id and delete it.
// ...
}
}

似乎没有任何理由表明该 bean 应该在 EJB 容器内外产生不同的结果。它不使用任何外部资源。同步是 bean 管理的(因此在这方面应该是相同的)。该 bean 被声明为单例。但在容器中,它似乎充当无状态 session bean。

我使用的是 GlassFish 3.1.2.2。

更新:我将 bean 从 @javax.ejb.Singleton 更改为至@javax.enterprise.context.ApplicationScoped (并通过 @javax.inject.Inject 而不是 @javax.ejb.EJB 在需要的地方注入(inject)它),它现在按预期工作。但两者之间应该没有区别。看起来,虽然单例 EJB 仅被实例化一次,但它会以某种方式在方法调用之间恢复其状态。

最佳答案

单例 bean 中的公共(public)方法不应声明为 final。我已将它们声明为最终的,因为我从构造函数中调用它们以使用初始虚拟数据集填充集合。当未声明为 Final 时,NetBeans 会正确警告从基类构造函数调用可能在子类中重写的方法。当未声明为 Final 时,我只需从构造函数中调用单例 bean 自己的公共(public)方法即可得到 NullPointerException。因此,非 final方法必须发生某种代理。

我仍然不确定为什么它看起来好像 final方法的结果被缓存(即得到过时的结果)。但我有我的答案,所以我对此很满意。

关于java - Singleton EJB 在 EJB 容器外部的行为应该相同,但事实并非如此,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12207983/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com