代码之家  ›  专栏  ›  技术社区  ›  Aravind Yarram

JCA的用例

  •  9
  • Aravind Yarram  · 技术社区  · 14 年前

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

    3 回复  |  直到 14 年前
        1
  •  10
  •   Martijn Verburg    14 年前

    我为各种终端系统(FTP、SFTP、文件、金融系统)编写了JCA连接器。

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

    因此,JCA真正有用的地方在于它提供了一个统一的编程模型,并且可以由应用服务器来管理,这些服务器可以帮助您处理事务性、池等。

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

    <blantant plug>我要补充的是,我目前在一个名为 Ikasan 它有免费的JCA连接器<blatant plug>以及其他几个项目,如Mule和Spring集成。所以一般的开发人员不需要自己编写。

        2
  •  2
  •   Owen Chang    14 年前

    JCA代表J2EE连接器体系结构,它为连接在J2EE应用服务器上运行的组件与外部世界、许多现有的异构系统提供了手段。

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

    如果您是EIS系统供应商,那没关系,因为您希望在J2EE服务器中访问系统。

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

        3
  •  2
  •   Anuj Kaushal    12 年前

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

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

    人们通常编写jca适配器来访问文件系统、jms、数据库、ldap、电子邮件、大型机、打包应用程序和几乎任何其他EIS。开发人员有权决定是否有必要编写一个,但编写一个基本上不是小事。