发信人: cybercell()
整理人: zjxyz(2002-09-10 10:20:42), 站内信件
|
接上回讲到的问题，我所说的EAI的产品和JCA 1.0规范要实现的内容还是很远的。不知道各位看过EAI的一些产品资料没有，我只见过SUN的Forte的教材，我要说的是JCA和真正EAI的产品还差的很多。主要有以下四个方面：
1。Resource adapters
EAI和JCA一般来说有存在资源适配器这类东西，利用它可以连入到其他的系统，这些系统包括ERP或者TP的系统，那么这些RA的提供可以是ERP的厂商或者EAI的厂商来实现，而开发人员只需要按照RA中规定的方法来调用这些接口就可以了。但目前的JCA知提供了同部分的方法调用，而一些EAI的厂商所提供的RA还可以支持异步的程序调用。对于JCA处理异步的调用已经列入了JCA2.0的规范的制定中。
2。Data mapping
数据映射是EAI的另一特征，这些数据从一个系统以某种格式进入系统，然后经过EAI的服务器，处理成另外的格式，在讲这些数据送到另外的系统中使用。在这里大部分的EAI中间键服务器都使用了XSLT来完成这项工作。相对一EAI，JCA在这方面没有做任何的规定。
3。Message broker
EAI能够提供消息的处理机制，支持点到点，订阅和发布两种消息的处理机制。而JCA所在的J2EE平台也实现了JMS的服务，可以完成相似的功能。
4。Workflow
最后一项，JCA缺少对工作流的支持，或者可以说，JCA根本就没有考虑这些内容，但是对工作流的描述和处理的能力有助于实现复杂的商业模型。
讲了EAI的东西，大家可能会想MS考虑这些东西了吗？我告诉你MS的产品叫BizTalk。
|
|