主要的数据适配器有:
(1)XML适配器:数据源是XML,可以配置数据源XML与元数据之间的对应关系,然后两者可以自由相互转化;
(2)DB适配器:数据源是各种关系数据库,可以定义数据表与元数据之间的对应关系,这样可以自动实现两者之间的全面转化。DB适配器适用于Oracle,DB2,SQL Server,Sybase,Mysql等各种主流关系数据库;
(3)文件适配器:文件适配器用于各种文件与元数据之间的适配,这些文件主要包括Access、mdb文件、Excel文件等。
交换代理管理GUI:提供简单、快捷的图形化管理界面。可以设置数据转化服务定时或手动执行。
消息管理:消息管理基于消息中间件开发,可以采用任意一种支持JMS标准的消息提供者。在本方案采用开源的JORAM消息中间件。该模块的功能是:
(1)负责代理的消息发送、接收,只与数据交换中心通信;
(2)提供消息日志,供用户审核、跟踪、查询;
(3)可插拔的加密/解密:可以使用各种加密算法对数据进行加密,以保证数据在传输过程中的安全;
(4)可插拔的数据压缩/解压:为了提高传输效率提供可插拔的压缩功能;
(5)数据验证:数据必须满足元数据所定义的逻辑关系;
(6)能对传输的过程进行全程监控,提供审计、会话管理、传输优先级设定、流量负荷分析。
消息管理使用JMS(Java Message Service)作为实现基础。通过消息中间件实现,保证系统的可靠性。企业消息传递框架被设计用于使得一个或多个应用能够克服各种障碍进行通信。常见的屏障包括:两个系统同时运行(同步通信)的需求,多个应用获取同一条消息(多重传输)的需求,大多数系统都彼此异构,以及网络故障等。
许多企业的体系结构依赖于面向消息的中间件系统(MOM)来为不同类型的系统提供消息通道。MOM为应用提供了一种公共的、可靠的方式,使这些应用能够轻松地创建、交换和处理消息,而无需考虑消息传递客户机的实现细节。消息被发送到服务器目的地和域(domain),而不是发送到物理地址。消息传递客户机只需简单地声明对某个特定的域和目的地感兴趣,提供适当的安全性令牌(security token)以获得访问该域的权限,然后通过那个目的地与消息传递服务器进行交互。
在一个MOM系统中,客户机之间的耦合性比较弱,这允许它们不必真正地全天“在线”便能维持服务的最佳质量。如果能够去掉应用一直处于可用状态这一需求,那么维护和伸缩性将变得更加易于管理。可以在一天中的任何时候将应用离线,更新应用,或者作为例行的维护工作刷新应用,而不必担心会影响服务的质量。
JMS 定义了在Java企业系统中传递消息的规则,并且声明了一些方便应用组件和消息传递系统(通常是MOM)之间的消息交换的接口。JMS客户机向MOM服务器上的目的地开放连接,然后在那个目的地上发送和接收消息。JMS卸下了保证传送(guaranteed delivery)、消息通知(message notification)、消息耐久性(message durability)以及消息传递系统中所有底层网络和路由问题的负担。JMS和MOM能够很好地协同工作,因为它们都划清了消息传递客户机和服务器之间的责任界限。
2、数据交换中心
数据交换中心负责数据交换平台的核心。提供基于内容的消息路由,实现透明的数据交换服务。主要有以下模块构成:
权限管理:不同的数据代理有各自的权限,根据权限提供服务,即不同用户可以获取不同的服务,保证数据的安全性。
消息管理:消息管理同样也是基于消息中间件的。同数据交换代理一样采用JORAM。主要有四个模块,分别是:
(1)消息队列:对所有代理发出的消息按优先级、时间进行排队,可以实现异步服务;
(2)消息路由:基于消息内容的路由,如果代理请求的数据在数据交换中心已经存在将直接发送给请求方;如果请求的数据暂时在中心不存在,将根据请求内容通过服务管理中心获取提供数据的代理,然后将该消息路由给数据提供者,之后可以同步或异步将数据提供者提供的数据自动转发给数据请求者。
(3)消息日志:所有消息日志全部保存,用于跟踪、查询交换信息;
(4)消息持久化:消息将在数据中心持久化,供以后察看具体消息内容。
服务管理:服务管理主要负责各种管理、查询各个代理所提供的数据服务。主要有两部分:
(1)服务注册/注销:各个代理都可以作为数据提供者,所提供的服务需要在此进行注册,如果代理不再提供该项服务需要注销其服务;
(2)服务检索:提供服务检索功能,在消息路由功能中为其提供服务者信息;
(3)服务更新:
元数据管理:通过辛普的XML表单服务器对符合教育规范的元数据(采用XML格式)进行的维护,包括元数据的创建、更新、删除、增加等操作。用户不需要懂得相关复杂的XML技术既可以轻松进行维护