JCA的用例

Question

我读到JCA是用于遗留EIS集成的。这个规范是针对供应商而不是应用程序开发人员的吗？我很想知道开发人员编写JCA适配器来解决他们的技术或业务问题的用例。

Answer 1

我已经为所有类型的终端系统(FTP、SFTP、文件、金融系统)编写了JCA连接器。

这主要是在投资银行部门，我需要将交易和/或静态数据发送到银行内外的各种系统。从RESTFul JSON/XML服务到对大型机的套接字调用，任何东西都可以参与到业务事务中。

因此，JCA非常方便，因为它提供了一个统一的编程模型，并且可以由应用服务器管理，这些应用服务器可以帮助您实现事务性、池化等。

想要包含非常昂贵的交易的FTP文件到达(事务保证)？JCA是一种你可以用来解决这个问题的技术。

我要补充的是，我目前正在开发一个名为Ikasan的开源项目，它有免费的JCA连接器，还有其他几个项目，比如Mule和Spring Integration。因此，普通开发人员并不经常需要编写自己的代码。

Answer 2

JCA是J2EE连接器体系结构的缩写，它提供了将运行在J2EE应用服务器上的组件与外部世界以及许多现有的异构系统连接起来的方法。

在J2EE中，您可以编写在web容器中运行表示层代码，也可以在EJB容器中编写企业bean，但您的应用程序并不是处于真空中，您需要访问其他系统，您的应用程序也需要被其他系统访问。JCA只是提供了访问外部系统或被外部系统访问的标准API。

如果您是企业信息系统供应商，这是可以的，因为您希望在J2EE服务器中访问您的系统。

如果您是应用程序开发人员，则可能还需要JCA，因为您可能需要访问其他系统，而无需在应用程序中使用现成JCA资源适配器，只需为您自己编写资源适配器即可。

Answer 3

JCA是连接、线程、事务、安全性和生命周期契约的集合。通过遵守这些合同，您可以卸载大部分连接管理、线程管理、事务管理、安全性、打包、部署、激活、停用等工作。到容器(符合JCA的应用服务器)。Jca还提供了一个可选的cci(通用客户端接口)，允许应用程序访问适配器。

现在，是否编写符合jca的连接器实际上取决于您的应用程序的需求。

人们通常编写jca适配器来访问文件系统、jms、数据库、ldap、电子邮件、大型机、打包的应用程序以及几乎任何其他EIS。这确实是开发人员的特权，以确定是否有必要编写一个，但编写一个本质上不是微不足道的。