PI 7.1: A step_by_step Guide for JDBC to RFC scenario

转自:http://scnblogs.techweb.com.cn/dario/archives/32.html

1.场景介绍

scenario

2.准备工作

要让JDBC adapter能够正常工作,必须保证对应的JDBC Driver已经被正确的部署了,关于如何部署可以参考SDN上的一篇文章:http://www.sdn.sap.com/irj/scn/index?rid=/library/uuid/00b4a020-4ae6-2c10-5a95-fed4ad9a4b60

3.工作环境介绍

在PI安装完成后,通过PI的ABAP client的事务代码SXMB_IFR或者直接在浏览器输入http://<hostname>:5<system number>00/dir 就可以进入到下面的界面

tools

其中我们会在SLD中完成各个系统信息,产品信息等的登记,在ESR中完成整个接口的DESIGN部分,然后在ID中完成CONFIGURATION部分,最后在RWB中可以查看整个场景的工作情况。

4.第一步:在SLD中定义Technical system,Business System和SWCV(Software Components Version),SWCV将会用来在ESR中管理各个OBJECT,相当于ABAP中的Package的概念,而BUSINESS SYSTEM将会作为发送方或者接收方的ID.由于这一部分非常简单,所以在此略过。

在这一步的定义完成之后,登录到ESR,按照路径 新建–>Work Areas–>Software Components Version,然后选择import from SLD就可以将SLD中的信息导入到ESR,以本次SCENARIO为例,我们将会看到我们创建的三个Business System CEA_AOC,CEA_ECC,CEA_PI已经出现在了ESR中,他们分别代表发送方,接收方和PI本身:

sld_to_esr

在上图中,CEA_AOC代表Oracle系统,CEA_ECC代表SAP ECC系统,而CEA_PI代表PI本身,通常我们会按照发送方,PI,接收方建立三个系统,然后会在开发的时候分别将各自相关的OBJECT放到对应的系统下,这样会让整个SCENARIO的结构特别清晰,有时候在网上看到很多的DEMO都是将发送方,PI,接受方的OBJECT放在一起,显得特别混乱。

5.第二步:发送方的相关DESIGN. 这里会牵涉到四个对象,按照依存关系分别是Data Type–>Message Type –>Service Interface –>Action

sender

其中在Data Types的定义中,我们需要定义一个数据结构,这个结构会对应到Oracle数据库表里面的字段,需要特别注意的是,通过JDBC从Oracle取出数据后形成的XML文件里面每一行数据是带有固定的tag<row>的,所以在这里也必须定义structure的名字为row,如下图所示。否则的话也许你已经取到数据到PI了,最后却发现怎么也传不到RFC的参数里面去。这个问题曾经困扰了我很久,测试的时候JDBC取数据一切正常可是RFC就是得不到数据,最后才发现有这里的一个原因。

define-data-type1

然后我们可以基于这个data type定义一个Message Type

message-type

以这个message type为基础,再定义一个Service Interface。

service-interface

最后定义一个action

action

到此为止发送方的定义完成。

6.第三步:定义接收方的信息

由于这次的接收方是通过RFC传递消息的,所以定义会比较简单,只需要从SAP导入RFC interface然后定义一个对应的ACTION就可以了。

导入RFC

rfc

再定义一个ACTION

action

到此接收方定义完毕

7.第四步:定义发送方和接收方的数据在PI上的MAPPING 转换.

先来定义Message Mapping,也就是如何将发送方XML文件转换成接收方XML文件的字段级别的转换规则,这里就会用到前面定义的发送MESSAGE TYPE和接收方的RFC以及各自对应的数据结构

message-mapping1

最下面的编辑框就是SAP自带的图形化MAPPING工具,提供了非常多的FUNCTION来做MAPPING。如果不能满足实际要求的话,也可以自己开发JAVA程序或者XSLT以及ABAP class。这里的MAPPING完成后,可以点击上面的TEST tab page进行测试,很方便。

接下来再来创建一个OPERATION MAPING,这一步会将发送方的OUTBOUND interface和接收方的INBOUND Interface做MAPPING,本例中接收方的Inbound INTERFACE就是前面导入的RFC.

om

接下来我们就可以把我们之前做的所有这些定义做出一个整体的integration scenario,这个scenario也会在下一步的ID配置中用到。

is

其中左边的START ACTION是发送方的ACTION,右边的END ACTION是接收方的ACTION,双击两个ACTION中的连线就可以看到前面定义的MAPPING。

激活所有的OBJECT(分别在每一步完成)后我们就完成了在ESR上的工作。

8.第五步:登录到ID进行配置工作

按照路径 TOOLS–>Apply Module from ES Repository并输入我们在ESR创建的integration scenario名字,我们就可以创建一个Configuration Scenario:

configuration-scenario

在这一步主要需要完成两个TASK,第一是创建或者选择已经选择好的Business System并分别分配到发送方和接收方,如果是新建,点击新建按钮按照提示做下去即可,前提条件是已经在SLD定义了相应的BUSINESS SYSTEM。第二个是为发送方和接收方分别创建CommunicationChannel,这一步有一个前提条件那就是需要先在ESR创建Communication Channel Template,这两步按照提示都可以轻松完成,所以这里就忽略了,这一步完成之后我们就会看到:

cs1

接下来就是两个ADAPTER的详细配置,先看JDBC sender adatper:

JDBC CONNECTION TAB

jdbc_connection

对于上面的CONNECTION 参数,其格式是jdbc:oracle:thin:@<ip address>:<port number>:<service_name>, 对于不同的数据库来说会不一样。

JDBC PROCESSING TAB

jdbc_pro

这里的话要注意的是Document Name必须使用前面我们在发送方定义的Message Type Name,否则的话会导致MAPPING无法进行,数据无法传输到RFC.

再看RFC ADAPTER的配置

rfc-adatper

这一步也就是填一些SAP系统的登录信息,也非常简单。

对于各个ADAPTER的定义和参数设置,可以参考sap help:http://help.sap.com/saphelp_nw2004s/helpdata/en/0b/9a50465ccf84479e39a6d50c90fb3f/frameset.htm

激活所有的OBJECTS, 配置就完成了。

9.第六步:登录到RWB查看Communication Channel状态:

可直接输入下面的URL进行查看: http://<host name>:5<system number>00/mdt/channelmonitorservlet

发送方COMMUNICATION CHANNEL:

cc_sender

接收方COMMUNICATION CHANNEL:

cc_receiver

9.双击生成的MESSAAGE ID可以看到进一步的详细信息,同时登录到PI的ABAP client通过事务代码SXI_MONITOR也可以看到关于每个message的详细信息。

猜你喜欢

转载自shz2008bj.iteye.com/blog/739532
rfc
pi
7.1