Java 如果不需要数据库，使用EJB3是否仍然有益

没有使用EJB3，但通过阅读教程，EJB3看起来主要是通过JPA操作数据库中的数据（当然，它包含其他业务逻辑）。好奇的是，如果不需要数据库，那么使用EJB3是否仍然有益，或者只是增加了应用程序的复杂性？POJO是否是更好的实现选择

EJB是部署在应用服务器上的事务性分布式组件，用于管理生命周期、线程和其他服务。持久性只是EJB的一种类型。即使您不想使用实体bean，您仍然可能会发现无状态、有状态或消息EJB很有用

---

也就是说，您可以创建有状态、无状态、持久或消息驱动的POJO组件。你不需要EJB；类似Spring的东西可能是一个不错的选择。

EJB是部署在应用服务器上的事务性分布式组件，用于管理生命周期、线程和其他服务。持久性只是EJB的一种类型。即使您不想使用实体bean，您仍然可能会发现无状态、有状态或消息EJB很有用

---

也就是说，您可以创建有状态、无状态、持久或消息驱动的POJO组件。你不需要EJB；类似Spring的东西可以是一个很好的选择。

EJB的大部分好处来自事务和持久性

但即使没有它们，您也可以从EJB中获益。它可以为您提供一个经过验证的集群和平衡模型。它可以为您提供声明式安全性。它可以为您提供MDB，这是一种收听JMS队列/主题和计时器的便捷方式

---

所有这些都可以使用第三方库（如Spring）来完成。不过EJB是高度一致的，而为了获得集群和安全性，您可能需要将两个产品结合起来，而且不能保证它们能够很好地协同工作，也不需要太多的胶水。

EJB的大部分好处来自于事务和持久性

但即使没有它们，您也可以从EJB中获益。它可以为您提供一个经过验证的集群和平衡模型。它可以为您提供声明式安全性。它可以为您提供MDB，这是一种收听JMS队列/主题和计时器的便捷方式

---

所有这些都可以使用第三方库（如Spring）来完成。虽然EJB是高度一致的，但要获得群集和安全性，您可能需要将两个产品结合起来，而且不能保证它们能够很好地协同工作，也不需要太多胶水。

我正在研究实现JEE6堆栈的GlassfishV3，我不同意关于集群和安全性的部分。Spring可以与JAAS集成，Tomcat可以提供集群。Spring应用程序通常部署在Java EE应用程序服务器上，因此它们为EJB提供的所有服务也会累积到Spring POJO中。@duffymo您不同意EJB以何种方式提供安全性/群集性？很明显，Spring/Tomcat是替代品，但这并不会使EJB功能集失效。我正在看GlassfishV3，它实现了JEE6堆栈，它应该把东西粘在一起。我不同意关于集群和安全性的部分。Spring可以与JAAS集成，Tomcat可以提供集群。Spring应用程序通常部署在Java EE应用程序服务器上，因此它们为EJB提供的所有服务也会累积到Spring POJO中。@duffymo您不同意EJB以何种方式提供安全性/群集性？显然，Spring/Tomcat是替代品，但这并不会使EJB特性集失效。