【发布时间】：2009-12-26 11:08:05
【问题描述】：
你有没有在一个项目中同时使用过 spring 和 EJB？好不好。以及，您使用 spring 和 EJB 是为了什么？ 谢谢
【问题讨论】：
【发布时间】：2009-12-26 11:08:05
【问题描述】：
Spring 手册中有一个关于 EJB 集成的comprehensive chapter：
[...] 重要的是要注意 使用 Spring 不会阻止您 使用 EJB。事实上，Spring 做到了 更容易访问 EJB 和 实现 EJB 和功能 在他们之中。此外，使用 Spring 访问由提供的服务 EJB 允许实现 这些服务以后会透明 在本地 EJB、远程之间切换 EJB 或 POJO（普通的旧 Java 对象） 变体，没有客户端代码 必须改变。
价值主要在于访问无状态会话 bean，因为它们更符合 Spring 的面向服务的处事模型。您还可以从有状态会话 bean 和实体 bean 中获得一些价值，但程度有限。 EJB2 实体 bean 设计得如此糟糕，再多的 Spring 抛光也无法掩盖其下的肮脏。
问题仍然是您为什么要这样做。 Spring 自身的能力至少可以与 EJB 相匹敌。将两者混合的最常见原因是如果您有一个使用 EJB 的现有代码库，并且您需要将 Spring 应用程序与其集成。如果没有现成的 EJB，那真的没有任何意义，你还不如一直坚持使用 Spring。
【讨论】：
只是在该方法上添加更多细节 - 我们将有一个简单的 Spring POJO，它将使用 @EJB 注释将 EJB 注入其中。此 POJO 将使用将成为服务器部署的一部分的 spring 上下文文件加载。当服务器启动时，Spring 会自动将 EJB 资源注入 POJO，因为它已将 Pitchfork 集成到 Weblogic 中。为了测试这段代码，一旦应用程序被部署，我们可以有一个中间 EJB，它将我们的 BeanFactoryBean（也是一个 EJB）的实现注入其中，它将使用 BeanFactory 查找 POJO。然后我们将调用 POJO 上的方法，该方法将使用注入的 EJB 调用该 EJB 上的方法并返回值。有关该示例的更多详细信息，请参阅at this location
【讨论】：