aspPI简介

第一章 PI介绍什么是PIPI是SAP之前极力推广的中间件产品XI,是SAP主推NetWeaver中的一个比较核心的产品。PI ，实际上是一种中间件技术，再细分就是EAI(Enterprise Application Integration) 的一种PI的主要应用1.SAP 与Non SAP 的集成2. A2A(Application to Application) B2B(Business to Business) 集成3.同步和异步消息的交换4.跨组件业务处理管理（PMtarget=_blankBPM）PI的优势1. 减少维护费用2. 强大的消息检测功能( 这个技术和ALE/IDoc 一脉相承)3. 很好的灵活性（有点像R/3 吧，增强无极限）4. 标准接口技术（XML 吧）5. 消除了点对点链接（消除是消除了，代价也不小吧，按流量收费的说）6. 完成了集中消息检测（强大的R/3 消息管理，在PI 中的应用）PI架构介绍SLD：最基本的，在一个公司中，可以有多个SLD，用来分组不同种类，或者区域的应用系统，包含了应用系统的各种组件。 IR： 存储各种应用组件的接口信息，以及mapping信息等等，定义接口的结构啊，数据之间的转换规则啊，反正要定义某个接口，这是第一步。 ID： 可以根据业务需求，定义一些场景，然后定义通讯通道，通讯方式等等。 IS： 真正和外部系统交互的部分啦，里面可以有不同的适配器连接不同的系统，可以进行真正的数据格式转换，根据ID设置的通道发送到外部系统（接收同理）。 IM： 这个可不是聊天工具，这个是监控工具，用来监控XI的一举一动。PI的工作流程：1.系统A消息发出，不要去关心是怎么发出来的，RFC，Idoc，File等等 2.到达XI，IS中，赶紧找下家，不然就迷路啦，于是根据ID的设置，找到收货方 3.然后确定接口的类型，这样就知道了数据结构等等信息 4.IS做消息分发。我也不知道，反正是黑盒，不管他 5.数据转换。或者结构转化 6.到达技术层，找到物理地址 7.发送到适配器，该去哪去哪第二章 认识主要配置，开发工具Rep 你看，神马IR，ID，SLD，IM都在了，rep强大吧。其实就是放个链接，神马也不是！ 在介绍这些工具之前，先提醒一下，本人使用Win 7 + IE9，JAVA 6， 不能启动IR或者ID，解决方法是卸载JAVA6， 安装J2sdk 1.4.2， 一切OK。IR如下图：ID如下图：SLD如下图：IM如下图：事物代码：SXMB_ADMIN第三章 深入一点的SLDSLD主要分成三个部分： Landscape 在这个部分中，还包含技术系统，系统架构，以及业务系统。 技术系统说白了就是你们公司安装了那些系统，典型的比如ECC，CRM，SCM，APO，或者一些第三方（SAP之外的）的应用，比如数据库，MES之类的。在技术系统中，支持五大类型： WAS ABAP、WAS JAVA、Standalone JAVA、Third-Party、XI 这五大类型的应用，可以说基本上涵盖了公司内的大部分应用，NB吧，为了加深记忆，上个图：系统架构这个解释起来比较复杂，可以这样去理解，即系统架构包含了一些应用，服务，分布式的组件等等的组合，连接。这里貌似很少使用，不过还是简单列下系统架构的类型：业务系统业务系统都是逻辑系统，和技术系统关联，用来定义XI中的收发系统，这个才是在XI中经常用到的。业务系统的类型和技术系统差不多，不再多说，直接上图：Software Catalog 定义安装的产品的名称，组件等信息，不多介绍。 Development 主要是定义命名规范，也不多介绍。第五章 Demo我们首先来定义场景，这样做的好处是能够让你清楚的知道咱们要干什么。我们这个例子的场景非常简单，在XI服务器的操作系统层，从一个文件夹发送一个文件到达另外一个文件夹，其中不涉及其他技术。第一步，先定义两个文件夹，一个作为发送方，一个作为接收方第二步，定义product第三步，定义software组件第四步，定义技术系统 创建发送方的技术系统同上面一样，创建接收方的技术系统，最终结果如下：第五步，定义业务系统 创建发送方的业务系统同上，定义接收方，结果如下第六步 在IR中导入我们在SLD中定义的software组件导入之后创建命名规范可以看到，在该命名规范下会产生以下四个东东：创建数据类型：发送结构：接受结构：创建消息类型：创建消息接口：创建消息的映射关系：创建接口的映射关系：第七步：定义ID 创建场景：创建业务服务 Business Service, 并指定发送和接收方创建通道,指定adapter,定义发送路径:创建发送方协议 sender agreement创建接收方决定方法 receiver determination创建接口决定方法 interface determination创建接收方协议 receiver agreement测试配置：激活所有更改：第八步： 测试该接口 创建文件input.xml,并将文件放到发送文件夹下，文件内容： 1. 2. 3.first line 4.second line 5.20111215 6. first line second line 20111215启动接口发送文件，监控接口检查接收方文件夹second linefirst line2011/12/15遇到的问题： 1.权限：请注意文件要放到adm用户有权限的目录下 2.发送方交流通道不通：重新启动File adapter， 方法：进入VM，重新启动第六章 复习前章的例子首先，让我们来看看主要的几个部分： 第一部分：SLD的配置 这个部分其实非常简单，定义好product，component，技术系统，业务系统就ok，没有什么高深的东西，当然这是从技术角度来讲。但是大家要明白，这部分是系统架构设计的基础，如果对于一个企业已经有相当规模的应用组件，如何组织是个大问题，也是体现功力的部分。 第二部分：IR的配置 这个部分主要是接口内容的配置，东西比较多，让我们来梳理一下： 首先，需要一个命名空间，让我们来组织要做的接口，这个需要从SLD中导入我们自己定义的东西。 然后，需要定义接口对象，这里面包含的东西也不少，基础是数据类型（DT） ，然后是消息类型（MT），MT引用DT；然后是消息接口（MI），MI引用MT；如果没有特殊的要求，接口对象的定义完毕。 接下来，需要定义映射对象，这里面东西少些，比较好记，顺序要搞清楚。先定义消息映射（MM），即字段的映射，转换之类的；然后定义接口的映射（IM），IM会引用MM。 当以上对象都定义好之后，对于一些简单的接口，工作算完成，记得在做好之后要激活所有的配置对象。 第三部分：ID的配置 ID的配置应该是最复杂的，继续我们的梳理： 首先，定义场景，这里面分有party的和没有party的，一般在企业内部，不需要party，企业间，需要party。 接下来，就是创建业务服务或者分配业务系统（SLD中创建），在我们上面的例子中使用的是业务服务。业务服务中会引用MI（不记得了，在IR中定义的） 接下来，在业务服务或者业务系统下面创建传输通道（communication Channel，后面称CC），可以说是ID的核心配置，这里面需要选择adapter的类型，决定了该接口以何种方式传输。 接下来，通道好了，那发送方该如何发送呢，于是需要定义发送方协议，sender agreement，会引用MI以及CC。 接下来，发送方的协议好了，该发给哪里接受呢？于是需要定义接收方决定方法，receiver determination 接下来，接收方已经决定好了，从哪里发送呢，于是需要定义接口决定方法，即interface determination 再接下来，知道发到哪里，也知道通过哪个接口发，那么接收方是否接受呢，于是需要定义接收方协议