使用容器管理EJB的优缺点

Question

我正在构建一个处理smses的javaee6应用程序。基本上，JMS通过smpp进入JMS队列，然后由我的应用程序处理。

我使用的是glassfish v3，我决定将EJB用于业务逻辑。下面是我的应用程序的结构

Dashboard Web app - JSF 2，Business Logic - EJB 3，Message Receiver - JMS，Persistence provider - JPA (eclipselink)。

我以前从未使用过EJB，我目前正在使用容器来管理我的会话bean。我只想知道使用EJB(具体是容器管理)而不是从JSF托管bean调用基本的java类是否有任何缺点。

我正在构建的系统必须是非常可伸缩的。没有太多复杂的业务逻辑。使用ejb是不是太夸张了？

Answer 1

容器管理EJB的缺点是，如果我们想要在表中插入多行，并且希望插入所有行或不插入任何行...

在这种情况下，我们不能回滚事务...

Answer 2

我看不出使用EJB有什么坏处。

使用EJB，您可以：-EJB3非常容易开发-事务由容器管理，分布式事务-依赖注入和IoC。-在集群中分发beans您不了解基础架构-身份验证和授权(JAAS中的角色)-EJB是可移植和可伸缩的。您将不会被捆绑在供应商中。-还有其他许多人...

Answer 3

允许容器管理事务和EJB的主要优点是有一个非常健壮的设置，允许调整每个bean和bean之间的事务级别。

在非常罕见的情况下，你会想要自己实际管理事务吗？如果您真的在考虑自己管理事务，我建议您首先尝试重新构建您的解决方案，使其能够允许容器管理事务，并且只有在万不得已的情况下才能自己管理它们。