Java EE 架构：适配器的单独战争答案

【问题标题】：Java EE architecture: separate war for adaptersJava EE 架构：适配器的单独战争
【发布时间】：2013-03-05 17:05:27
【问题描述】：

架构问题：我有一个 Java EE 企业应用程序，旨在部署给许多不同的客户。它包括：

我可以看到 2 个选项：

问题在于，在第一个解决方案中，核心可以通过简单的 java 方法调用来调用适配器，客户特定的实现可以注入一些 CDI 代码。

但是对于第二种解决方案，我们需要一些远程技术来在核心和适配器之间进行通信：例如 JMS 或 WS。在我看来，这是一种相当沉重的方式。

但我们认为适配器可能依赖于任何东西（MQ、SAP 客户端，实际上任何东西），我们希望确保这些依赖关系不会以任何方式影响我们的公共核心，这就是为什么我们考虑有一个单独的战争。

对此有什么想法吗？

【问题讨论】：

【解决方案1】：

我看到了两种好方法：

【讨论】：

【解决方案2】：

您应该能够从其他 EAR 注入“需要的类”/组件/模块。所有 Java EE 应用程序服务器都支持这一点。

在其他情况下，指定项目依赖项应该可以解决问题。

在架构上，ESB 听起来更适合这里。但在我看来，理想情况下您不需要 ESB，因为您将只有一个客户集成。

祝你好运

【讨论】：