快捷搜索:  as  2018  FtCWSyGV  С˵  test  xxx  Ψһ  w3viyKQx

澳门新葡亰平台游戏a_龟发之家论坛



WebSphere Transformation Extender 是一个通用的数据转换和验证引擎,可以赞助您应用一个无代码和图形的开拓模型来集成企业系统和信息。WebSphere Message Broker 的 WebSphere Transformation Extender 用场置惩罚节点以及一个包孕 Transformation Extender 引擎的附加节点来扩展 Message Broker 传输消息的功能。本澳门新葡亰平台游戏a文向您先容若何从一澳门新葡亰平台游戏a个消息中动态地选择支配在 Message Broker 履行组中的 Transformation Extender 映射,以及在不应用任何其他系统组件的环境下若何治理一个映掷中的变动。

简介

IBM® WebSphere® Transformation Extender(以下称为 Transformation Extender)是一个数据转换和验证引擎,使您可以应用 Transformation Extender 映射以及 IBM Websphere Message Broker(以下称为 Message Broker)消息流 ,这有几种措施可以从 Message Broker 调用 Transformation Extender 映射:

Transformation Extender 节点您可以直接将这个节点添加到消息流,这使得您可以在编译时或运行时设置设置设备摆设摆设将要被调用的映射。JavaTransformation Extender 映射可以应用 Java API 从 Java Compute 节点调用。

本文向您展示若何设置设置设备摆设摆设 Transformation Extender 节点来动态地选择一个支配在履行组上的映射。

先决前提

为了应用 Message Broker 的 Transformation Extender 特点,您必要安装以下软件:

WebSphere Message Broker V6.1.0.2 或更高版本

WebSphere Transformation Extender Design Studio V8.2.0.3 或更高版本

WebSphere Transformation Extender for Integration Servers V8.2.0.3 或更高版本

场景

消息流必须选择 Transformation Extender 映射来进行基于接管消息特定字段的转换。当映射数量很少时,您可以在消息流中应用路由或过滤器,然则跟着消息流所用映射数量的增添,应用这个措施的难度也在增添。此外,对单个映射的任何改变都要支配到全部办理规划中。

Message Broker 中的 Transformation Extender 节点根据某个前提借助 ESQL 或 Java 来在 LocalEnvironment 树中指定映射名,使您可以选择运行时映射。需求是支配在履行组上而不是文集系统上,由于在文件系统上支配映射会引起版本节制问题。本文将向您显示若何同时使用这两种措施的上风 —— 在履行组上支配映射,但在运行时仍旧从消息流动态地引用它们。

样例消息流

假设您有一个带有 Transformation Extender 节点的消息流,消息流必须根据消息内容调用不合的 Transformation Extender 映射。假设消息流被 “框架消息澳门新葡亰平台游戏a流” 调用,那么您必要在消息中选择一个基于国家代码的映射:

图 1. 示例框架流

以下是项目布局:

图 2. 示例项目布局

如图 2 所示,在 3 个不合的 Transformation Extender 项目中 3 个国家有 3 个 Transformation Extender 映射。当为该消息流构建 BAR 文件时,所有映射都包孕在消息流中,是以,任何一个映掷中的任何改变都需从新支配所有代码。

非正式(undocumented)系统变量

您可以应用 LocalEnvironment.Transformation Extender.MapServerLocation 来在运行时指定精确的映射。诀窍便是应用相对路径而不用绝对映射路径。可为代理运行时设置一个非正式情况变量 —— 指定如下相对路径名的根路径:DTX_MQSI_EXEGRP_xxx_HOME,在这里 xxx 是履行组的名称。设置情况变量来指出每个履行组的 configMAR 目录,开澳门新葡亰平台游戏a拓职员不必要弄清楚这些文件存储在什么地方,由于在代理运行机会械上它是一次性设置。例如,您可以进行如下设置:

DTX_MQSI_EXEGRP_default_HOME=C:Documents and SettingsAll UsersApplication Data

ibmMQSIcomponentsMB_01f205d94-1f01-0000-0080-e36711819809configMAR

开拓职员只必要在 LocalEnvironment 中设置关于该位置的映射文件名。Transformation Extender 节点将相对路径附加到情况变量中指定的路径中来,以便于在运行时查找映射。

1. 改动框架代码

以下是分离框架流和不合 Transformation Extender 映射的基础步骤:

改动消息流使其只有一个 Transformation Extender 节点:

图 3. 改进的框架流

因为框架中有一个 Transformation Extender 节点,以是您必须创建一虚拟映射(不履行任何转化,仅有输入卡和输出卡),并将它同框架流联系起来,这意味着设置该映射作为 Transformation Extender 节点的源映射。用这个新消息流创建一个 BAR 文件。BAR 构建器会在 BAR 文件中自动包括虚拟 Transformation Extender 映射,被支配在履行组作为框架流。该流在运行时根据收到消息中的国家代码重写虚拟映射。框架代码不会由于任何特定国家映射的篡改或弥补而进行改变或者重支配。

此外,Compute 节点可以应用数据库表来确定基于国家代码的映射名称,这将确保框架代码不会由于映射的任何增加、删除或改动而改变。

2. 支配单个映射

为了自力支配特定国家的 Transformation Extender 映射,您必要创建一个含有一个 MQ 输入节点和一个 Transformation Extender 节点(彼此不相连)的虚拟消息流(或为项目),如下所示:

图 4. 虚拟消息流

Transformation Extender 映射 location 属性将指向特定国家映射,这使得 Message Broker 将自动引发文件系统中履行组运行时文件夹之下的 MAR 文件,该 MAR 文件是在构建历程中创建的。然后,这些引发的映射可以经由过程框架代码造访来在运行时获取精确映射,这些流将随 Transformation Extender 映射一路被支配到履行组中。这些流没有任何功能 —— 只是应用 Message Broker 特点自动引发文件系统中的 MAR 文件。识别消息流作为主要可支配流必要 MQInput 节点。这是新的项目布局:

图 5. 新项目布局

用这些构件为 Message Flow 创建另一个 BAR 文件,此中包括响应的 Transformation Extender 映射,现在可以被支配到同一个履行组作为 Framework 流。用这种措施,特定国家映射的任何改变都仅仅被支配在指定的 Message Flow 项目中。

3. 设置系统变量

系统变量 DTX_MQSI_EXEGRP_xxxx_HOME 被设置指向 /components/

//config/MAR/ 目录。框架流从每个国家映射路径响应的目录获取映射。

停止语

本文向您先容了几种从 Message Broker 流调用 Transformation Extender 的措施,描述了若何从一个消息中自动选择支配在 Message Broker 履行组中的 Transformation Extender 映射,也向您展示了在不应用任何其他系统组件的环境下若何治理一个映掷中澳门新葡亰平台游戏a的变动。

您可能还会对下面的文章感兴趣: