系结构概览
JCA的许多方面本身就值得进行更深入、更详细的研究,但我们将把这个任务留给其他的文章和论文。对于我们来说,要记住的关键一点是,与基于使用JMS进行消息交换的系统相比,使用JCA进行的集成耦合得更紧密。EIS进行的处理是同步的,因此可以成为J2EE应用程序服务器管理的事务的一部分。因此,被J2EE应用程序跨多个后端应用程序运行的业务流程可以是事务性的—这些应用程序所执行的步骤要么全部被提交,要么一步也不提交。图2(这张图是从J2EEConnectorArchitectureandEnterpriseApplicationIntegration一书摘录的—请参阅参考资料获得该书的链接)向您展示如何使用JMS和JCA把企业信息系统连接到J2EE环境。图2.使用JMS和JCA把J2EE和非J2EE系统连接起来
http://www-900.ibm.com/developerWorks/cn/webservices/ws-eai/(3of7)2005-1-520:06:35
用Web服务和J2EE集成企业应用程序
关于Web服务的疑问
目前为止,我们已经讨论了J2EE世界中的两个主要接口,这两个接口使我们能够使用运行在J2EE应用程序服务器内的解决
方案来集成非J2EE环境。一种方案解决了松散耦合的、基于JMS的异步集成,而另一种方案描述了耦合更紧密且同步的模型,这种方案使用的是JCA。那么Web服务更适合哪一种呢?通常Web服务描述的编程世界与我们所习惯的那种稍有不同,也就是在Web服务所描述的编程世界中,某些业务功能是用服务而不是用对象或组件表示的。服务用允许从任何编程语言和任何平台(通常是跨
网络)调用该服务的方法来实现业务流程一部分。服务所提供的公共接口是用一种被称为Web服务描述语言(WSDL)的语言描述的,这种语言基于XML并定义了一些方法来用一种与编程语言无关的风格抽象描述操作以及这些操作的输入和输出消息。同样,Web服务也提供了一种机制来集成业务功能,用这种机制集成时可以不考虑实现这些功能时所用的语言或特定API。显然,这使得它们对于任何旨在集成异构后端应用程序的
工作来说都非常有用。Web服务并没有解决它们自身的EAI
问题。相反,它们考虑到了更好的自动化和更好的工具