使您的应用程序调用我的应用程序，第 3 部分: 资源适配器

核心提示： 在这一期中，您将构建示例应用程序的组件，使您的应用程序调用我的应用程序，第 3 部分: 资源适配器(8)，将第 1 部分和第 2 部分中的理念汇总在一起，您将为 Apache James 服务器（EIS）构建一个资源适配器，生命周期和工作管理契约定义了这个过程，要构建入站适配器，它将部署到 Ge

在这一期中，您将构建示例应用程序的组件，将第 1 部分和第 2 部分中的理念汇总在一起。您将为 Apache James 服务器（EIS）构建一个资源适配器，它将部署到 Geronimo 服务器中。James 适配器处理所有经过电子邮件应用程序授权的采购请求电子邮件。构建资源适配器的用例和需求如下：

用例：检查采购请求电子邮件。

需求：应用程序将连续检查等待处理的新采购请求电子邮件。

既然已经确定了适配器的业务流程，那么就可以来评估哪种类型的适配器更适合您的需求了。

出站还是入站适配器？

按照应用程序的需求，您的资源适配器组件必须与一个 MDB 交互。在接收到电子邮件之后，资源适配器需要向 MDB 发送一条消息。MDB 随后向一个实体 EJB 发送请求，从而在 Purchase Order 数据库中创建一个新条目。

入站适配器的消息流入契约明确地为资源适配器和 MDB 之间的这种交互作用提供了支持。确定适配器的类型之后，就可以开发入站适配器了。

构建入站适配器

您的入站适配器在 Geronimo 内运行，应能够向 Apache James 服务器注册，并接收所有经过授权的电子邮件。接收电子邮件后，适配器随之应向 MDB 发送一条带有创建新采购订单请求的消息。

如前所述，只有在 EIS 提供支持的情况下，适配器才能向 EIS 注册。在本例中，James 使用 POP3 协议，该协议不支持注册侦听器（在其他一些情况下，EIS 不允许注册侦听器）。资源适配器必须定期轮询 James（EIS），检查收件箱中是否有新电子邮件消息。这就叫做 Pull/Poll 机制。

在 Geronimo 服务器中部署的过程中，资源适配器将启动一个轮询线程，定期检查 James 上的电子邮件收件箱。生命周期和工作管理契约定义了这个过程。要构建入站适配器，您必须实现工作管理、生命周期管理和与这些契约相关的消息流入契约。