JavaEE 连接器架构 - 系统契约和通用客户端接口之间的区别

Question

我需要创建一个幻灯片共享来以简单的方式介绍 JCA。现在我正试图理解整个事情，但我仍然被困在某些地方。我正在阅读 IBM 教程，在其示例代码中，它没有实现事务和安全合约，而是使用交互、交互规范、RecordFactory 和 IndexedRecords 接口/类（我想这就是 CCI）。

在一次分享中，我发现他们声明需要实施 JCA v1 规范中的合同，在此示例中，如果我理解正确，则仅使用“连接管理合同”。

(ConnectionMetaData, ConnectionFactory, Connection) 或 (ManagedConnectionFactory, ManagedConnection, ManagedConnectionMetaData)

我还不太确定，但 CCI 是否仅用于创建资源适配器？或者我可以将它用作我的应用程序服务器中的“框架”来与资源适配器进行通信。在 Bean 示例中，他们使用 JNDI 查找来获取 ConnectionFactory 的实例并使用扩展 CCI 类的重载方法。

我了解合同“做什么”，但我何时使用系统合同以及何时使用 CCI。我不明白它的目的。

CCI 是否是我的资源适配器中的某种“API 方法”，然后我可以在我的应用程序服务器实现中使用？

JCA 的第一眼看起来好复杂。

我将如何与 JBoss 中的资源适配器进行通信，例如 Tomcat 设置。

Answer 1

是的，JCA 是一个相当复杂的机器。客户端操作的对象（即 EJB、Servlet）不是 JCA 适配器中的内部对象。

据我回忆，这种“分裂”的原因之一是连接池由应用程序服务器管理。因此，获取连接是客户端、应用程序服务器和资源适配器内部之间的交互。好久没用JCA了，细节记不太清了。不过，我几年前对 JCA 的理解已经倾倒在a blog post，也许它会对你有所帮助。