将无状态会话bean转换为pojos的可伸缩性影响

想象一下一个被大量使用的服务对象,它被实现为EJB2.1SLSB,并且由于没有任何状态,它本身也恰好是线程安全的。它的所有公共方法都是事务性的(通过CMT),大多数方法只需要一个事务,但有些方法需要一个新的事务。

如果我将此SLSB转换为真正的单点POJO(例如使用DI框架),这将如何影响应用程序的可伸缩性?当服务是SLSB时,EJB容器将管理一个实例池,每个客户机都可以从中获得自己的副本,因此我想知道将其转换为单实例POJO是否会引入对该单实例的某种争用。

fwiw,这个服务的方法都不是 synchronized .

说明:我将slsb转换为pojo的动机是简化对象的生命周期(真正的singleton与容器管理),以及代码本身(一个接口和一个带注释的pojo,而不是三个接口、一个bean类和ejb jar.xml中的一堆XML)。

另外,fwiw,所讨论的服务是jboss 3.x上运行的并置Web应用程序的一个组件。