出于开发目的,我在单例 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
在需要的地方注入它),它现在按预期工作。然而,两者之间应该没有区别。它接缝的是,虽然单例 EJB 只被实例化一次,但它会以某种方式在方法调用之间恢复其状态。@javax.inject.Inject
@javax.ejb.EJB