【发布时间】:2012-08-31 01:58:57
【问题描述】:
出于开发目的,我在单例 bean 中实现了一个虚拟数据存储库。单例 bean 的构造函数会创建虚拟数据,并且有一些方法可以检索、插入、更新和删除虚拟数据。
当我对其进行单元测试时,检查插入和更新的对象是否可以在插入和更新的相同状态下检索(即逐个属性相等),单元测试通过。在这个测试中,我只是将单例 bean 实例化为一个常规对象,即通过它的构造函数。当我通过将单例 bean 注入 @RequestScoped JSF 支持 bean 来实际使用单例 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 被声明为单例。但在容器中,它似乎充当无状态会话 bean。
我正在使用 GlassFish 3.1.2.2。
更新:
我将 bean 从 @javax.ejb.Singleton 更改为 @javax.enterprise.context.ApplicationScoped(并通过 @javax.inject.Inject 而不是 @javax.ejb.EJB 在需要的地方注入它)现在它可以按预期工作。然而,两者之间应该没有区别。它表明,尽管单例 EJB 仅被实例化一次,但它会以某种方式在方法调用之间恢复其状态。
【问题讨论】:
标签: java glassfish-3 cdi ejb-3.1