8

我正在做一个项目，我们需要构建几个连接到一个数据库的“独立”模块。这些模块主要是后台业务流程，所以前端不多。除了一个显示数据并允许基本 CRUD 功能的 Web 模块。为此，我们计划使用以下技术：

  • JPA2（使用 hibernate-jpa 实现）
  • CDI（使用弹簧实现）
  • JSF2 + primefaces（用于我们的网络模块）

最初的计划是为每个模块创建一个 jar 文件（使用 main 方法）并通过服务包装器将其安装为（Windows）服务。对于我们的 Web 模块，我们将使用 Glassfish 或 JBoss 来运行它。然而，最近我们想到了 Java EE。我们可以在 Glassfish 或 JBoss 等 Java EE 容器中运行我们的所有模块，而不仅仅是我们的 Web 模块。关于我们使用 Java EE 的案例的一些问题：

  1. 我们还可以/应该将 CDI 与 spring 一起使用吗？还是我们应该切换到 EJB3？
  2. 当我们在容器而不是独立模块中使用 JPA 时，它的后果是什么？有什么区别吗？
  3. 由于我们的大多数模块都与 Web 无关，在 Java EE 容器中运行它们是否仍然有意义？
4

3 回答 3

3

如果所有模块（批处理 + 实时）都与一个产品相关，那么将它们捆绑在一起是一种好方法。所以这是我的建议

  1. 将所有模块捆绑到一个耳朵中。
  2. 使用 Java EE 6 并摆脱 spring。CDI 旨在用于 Java EE。对于批处理类型的操作，请尝试利用异步 EJB或 MDB。

回答您的具体问题

  • 我们还可以/应该将 CDI 与 spring 一起使用吗？还是我们应该切换到 EJB3？

CDI 也可以在没有 EJB 的情况下使用。无论如何摆脱春天，因为我没有看到为您的简单项目增加价值。

  • 当我们在容器而不是独立模块中使用 JPA 时，它的后果是什么？有什么区别吗？

除了您可以从 JNDI 获取 DataSource 之外，没有任何区别。

  • 由于我们的大多数模块都与 Web 无关，在 Java EE 容器中运行它们是否仍然有意义？

是的，只要您没有看到任何性能问题，将单个产品的批处理和实时方面捆绑在一起确实是有意义的。

于 2012-11-27T16:16:24.163 回答
3

其他人指出了一些优点，因此如果您将后台进程部署到与您的 Web 应用程序相同的 jvm 中，这里有一些缺点。

  • 启动和停止运行 web 模块的服务器意味着您启动和停止后台进程，这对您来说可能是也可能不是问题。
  • 如果后台进程消耗大量内存或 cpu，那么您将与所有三个应用程序共享堆，这可能会影响您的 Web 应用程序，或者如果 Web 应用程序消耗大量资源，则可能会影响后台进程。
  • Web 应用程序可能需要以可通过 Internet 访问的方式部署，但后台进程可能很乐意在没有任何网络访问权限的情况下运行。那么，如果不需要，为什么要将后台进程公开给互联网。
  • 当您升级应用程序服务器、框架或配置时，这意味着要测试三件事，如果后台进程自己运行，您可以在 Web 应用程序的单独发布周期中升级它们。
  • 在容器外开发和测试代码更简单。在容器内运行后台进程意味着后台进程的开发环境更加复杂，您必须等待服务器启动，您的启动取决于容器中的资源，然后您必须模拟表单单元测试......等等。

JPA 在容器内部和外部是相同的。唯一的区别是您如何获得 EntityManager，这可以使用 Spring 配置为在容器内外都相同。CDI 应该可以在容器外运行。

主要区别在于您如何与数据库进行事务处理，例如使用 Spring 事务与 ejb 事务。

更新： 要从评论中回答您的问题：在 JPA 中，EntityManager 不是线程安全的，因此在 Java EE 服务器中，每个线程的每个持久性单元将有一个实体管理器。实体管理器的创建和关闭由应用服务器为您管理。每个实体管理器中都有一个缓存。可以配置跨越多个实体管理器的二级缓存。在容器外运行时，您必须自己管理 JPA 实体管理器的数量，这取决于后台进程中的线程数和您想要拥有的事务边界。如果您查看一本名为“Pro JPA2”的书，其中有一节讨论了在容器内部或外部运行的细节。

在我的应用程序中，我没有后台进程，但是每个需要实体管理器的类都只需使用它注入它@PersistenceContext EntityManager em;，spring 会负责使其在容器内外都能正常工作。Spring 3.1 有一个称为配置文件的特性，它使得在容器外部运行相同的代码而不改变一行代码变得微不足道。我不是 CDI 用户，所以我不知道 CDI 是否具有与 spring 3.1 配置文件功能等效的功能。

于 2012-11-27T19:57:43.863 回答
1

出于以下常见原因，在应用程序服务器而不是独立的 Java 程序中运行是有意义的，例如

1）您可以将 CDI 与 spring 一起使用，因为 EJB3 也基于类似的概念。2) 就 JPA 而言，没有区别，只是如果您以后需要向应用程序添加更多容量，可以通过添加更多运行相同应用程序的机器来添加负载 - 但是，请注意，这是一个非工作量很小，因此做出选择取决于业务需求 3) 应用服务器胜过独立应用程序，因为其内置安全性、可靠性、管理和可扩展性优于独立 Java 应用程序。

于 2012-11-27T16:15:31.407 回答