- 浏览: 492847 次
- 性别:
- 来自: 北京
-
文章分类
最新评论
-
cloudfile:
谢谢分享!
MyEclipse配置Tomcat(图解) -
dotjar:
有效没?
治咳嗽秘方 -
jyslb:
设置密码长度大于10位,其中包含%$#&等符号,你这个 ...
奶瓶无线破解介绍 -
廖乐逍遥:
还是不行。。
eclipse里不支持泛型的解决方法 -
cue2008:
http://backtrack.unixheads.org/ ...
Intel 3945ABG无线网卡破解无线路由器密码 BT3
转自:http://scnblogs.techweb.com.cn/dario/archives/117.html
初看起来这个场景和之前展示过的JDBC2RFC场景差不多,刚好倒过来了,其实在配置方面有很大的不同,这里就在整个开发过程中需要特别注意的地方总结一下,但是不再对全部细节按照先后顺序进行描述,因为其他部分都比较简单,是在任何一个场景都会有的重复性操作.
整个场景是从ECC系统通过PI向ORACLE ERP数据表写数据,我觉得主要的关注点有下面三个地方:
1.配置RFC sender Communication Channel
关于这个问题网上其实有不少的内容可以找到,但是我还没有发现有一个比较全面的介绍,很多东西相信大家如果是第一次做的话也会看的云里雾里,所以还是在这里综合一下这些内容,同时也加上了自己的一些理解,下面是RFC SENDER CHANNEL的截图。
这里的Application Server(Gateway) 和Application Server Service(Gateway)一定是和PI连接的那个ECC系统的Gateway,而不是PI本身的Gateway,这两个参数值可以在ECC的事务代码SMGW里看到。在我们登录ECC系统之后,按照路径SMGW–>Goto–>Parameter–>Display, 然后找到参数gateway hostname和gateway service的值即可。
对于另外一个参数Program ID,同样也会令初学者困扰,因为如果我们在ECC上建立一个TCP/IP连接指向PI时,如果选择了Registered Server Program,并且Gateway Host和Gateway service参数填的都是PI系统的参数值的话,这个Program ID是必须要在PI J2EE Admin工具上的Jco RFC Provider那里注册的,否则就会报错。例如:
(可以通过http://<host>:5<system no>00/webdynpro/dispatcher/sap.com/tc~lm~itsam~ui~mainframe~wd/FloorPlanApp?applicationID=com.sap.itsam.cfg.java.jco&isLocal=true查看Jco RFC provider)
但是在我们这里配置这个Program ID的时候,是不需要去注册的,因为当我们在PI的Integration Builder激活这个communication channel之后,在ECC系统上使用事务代码SMGW,按照路径 Goto–> Logged on clients, 就可以看到这个Program ID 已经出现在了 TP name里面:
这里要注意的是,这个TP对应的那个LU(logical unit)就是PI系统的主机名。当这条记录出现在这里的时候,就证明PI和ECC已经建立了一个TCP/IP连接。
接下来我们就只需要在事务代码SM59中去建立一个RFC Destination指向这个连接。
注意,这个Program ID要和COMMUNICATION CHANNEL中的完全一致包括大小写,同时这里的Gateway Host仍然还是要填写E CC的,其实很简单,记住一条准则,就是所有的这些地方的Gateway Host都要填与PI相连的那个业务系统的。
最后在程序中使用这个RFC Destination:
CALL FUNCTION ‘ZTEST’
IN BACKGROUND TASK
DESTINATION ‘SAP2ORACLE_AP’
TABLES
pt_oracle_ap = GT_TABLE[]
EXCEPTIONS
system_failure = 1
communication_failure = 2
OTHERS = 3.
IF sy-subrc <> 0.
MESSAGE e281.
ELSE.
COMMIT WORK. “触发RFC
ENDIF.
由于是异步的RFC发送,所以在这里应该使用backgroud task 或者background unit方式然后再用CMOOIT WORK触发,如果直接调用会报no_mapping_program_found之类的错误(但是整个场景还是会成功),同时由于这个原因我们也不能直接在SE37里直接测试,在SE37的测试页面只能测试同步的情况。
2. 如果我们在JDBC Receiver channel中的Message Protocol参数选择了“XML SQL Format”,就要求我们在设计DATA TYPE的时候必须遵循一定的格式,详细的内容分可以参考SAP帮助(http://help.sap.com/saphelp_nw2004s/helpdata/en/0b/9a50465ccf84479e39a6d50c90fb3f/frameset.htm),这里给出一个实例:
例如对于一个INSERT一条新的记录到数据库表的操作来讲,标准的格式是:
<root>
<StatementName>
<dbTableName action=”INSERT”>
<table>realDbTableName</table>
<access>
<col1>val1</col1>
<col2>val2</col2>
</access>
</dbTableName>
</StatementName>
</root>
实际中的一个例子如下图:
root和StatementName是可以赋任意的值的,这里就给了ZDT_AP_RCV_001和Oracle_AP,只是便于理解没有其他的含义。但是在CUX_SAP2AP_INTERFACE那个位置就只能填需要被更新的表名字(在这个例子中CUX_SAP2AP_INTERFACE就是表名字)。而且必须带有属性action和元素table,action在MAPPING的时候需要被赋予例如INSERT或者UPDATE之类的SQL命令,而table则需要被赋予需要更新的表名字(这里有两个地方都可以填table名字,后一个主要是为了考虑table name中如果含有XML非法字符的时候用的,不是必需的),access下面则包含了所有的表结构字段。这些格式都是固定的,不能像我们之前那样可以任意定义DATA TYPE.
3.数据库更新中的日期格式问题。
这个问题在JDBC的场景中碰到的几率一般都很高,之前的JDBC SENDER场景就需要将外部数据库的日期格式转换成SAP的格式,而这里呢也需要从SAP转换成ORACLE,DB2的格式,不过这里的问题和解决办法主要只是针对oracle。对于DB2我不是很了解,也没有测试过。
在这个场景中,最开始的几次测试中总是出现ORA-01861: literal does not match format ,ORA-01840: input value not long enough for date之类的数据格式错误,为了解决问题最后就到处搜索,然后就找到了SDN上的一个blog: DATE/TIME datatypes and Oracle Database 可以解决这个格式问题,所以在这里转载一下。
不过略微需要注意的是,SAP的数据格式到了PI上做MAPPING的时候就已经是YYYY-MM-DD了,不再是YYYYMMDD。
初看起来这个场景和之前展示过的JDBC2RFC场景差不多,刚好倒过来了,其实在配置方面有很大的不同,这里就在整个开发过程中需要特别注意的地方总结一下,但是不再对全部细节按照先后顺序进行描述,因为其他部分都比较简单,是在任何一个场景都会有的重复性操作.
整个场景是从ECC系统通过PI向ORACLE ERP数据表写数据,我觉得主要的关注点有下面三个地方:
1.配置RFC sender Communication Channel
关于这个问题网上其实有不少的内容可以找到,但是我还没有发现有一个比较全面的介绍,很多东西相信大家如果是第一次做的话也会看的云里雾里,所以还是在这里综合一下这些内容,同时也加上了自己的一些理解,下面是RFC SENDER CHANNEL的截图。

这里的Application Server(Gateway) 和Application Server Service(Gateway)一定是和PI连接的那个ECC系统的Gateway,而不是PI本身的Gateway,这两个参数值可以在ECC的事务代码SMGW里看到。在我们登录ECC系统之后,按照路径SMGW–>Goto–>Parameter–>Display, 然后找到参数gateway hostname和gateway service的值即可。
对于另外一个参数Program ID,同样也会令初学者困扰,因为如果我们在ECC上建立一个TCP/IP连接指向PI时,如果选择了Registered Server Program,并且Gateway Host和Gateway service参数填的都是PI系统的参数值的话,这个Program ID是必须要在PI J2EE Admin工具上的Jco RFC Provider那里注册的,否则就会报错。例如:

(可以通过http://<host>:5<system no>00/webdynpro/dispatcher/sap.com/tc~lm~itsam~ui~mainframe~wd/FloorPlanApp?applicationID=com.sap.itsam.cfg.java.jco&isLocal=true查看Jco RFC provider)
但是在我们这里配置这个Program ID的时候,是不需要去注册的,因为当我们在PI的Integration Builder激活这个communication channel之后,在ECC系统上使用事务代码SMGW,按照路径 Goto–> Logged on clients, 就可以看到这个Program ID 已经出现在了 TP name里面:

这里要注意的是,这个TP对应的那个LU(logical unit)就是PI系统的主机名。当这条记录出现在这里的时候,就证明PI和ECC已经建立了一个TCP/IP连接。
接下来我们就只需要在事务代码SM59中去建立一个RFC Destination指向这个连接。

注意,这个Program ID要和COMMUNICATION CHANNEL中的完全一致包括大小写,同时这里的Gateway Host仍然还是要填写E CC的,其实很简单,记住一条准则,就是所有的这些地方的Gateway Host都要填与PI相连的那个业务系统的。
最后在程序中使用这个RFC Destination:
CALL FUNCTION ‘ZTEST’
IN BACKGROUND TASK
DESTINATION ‘SAP2ORACLE_AP’
TABLES
pt_oracle_ap = GT_TABLE[]
EXCEPTIONS
system_failure = 1
communication_failure = 2
OTHERS = 3.
IF sy-subrc <> 0.
MESSAGE e281.
ELSE.
COMMIT WORK. “触发RFC
ENDIF.
由于是异步的RFC发送,所以在这里应该使用backgroud task 或者background unit方式然后再用CMOOIT WORK触发,如果直接调用会报no_mapping_program_found之类的错误(但是整个场景还是会成功),同时由于这个原因我们也不能直接在SE37里直接测试,在SE37的测试页面只能测试同步的情况。
2. 如果我们在JDBC Receiver channel中的Message Protocol参数选择了“XML SQL Format”,就要求我们在设计DATA TYPE的时候必须遵循一定的格式,详细的内容分可以参考SAP帮助(http://help.sap.com/saphelp_nw2004s/helpdata/en/0b/9a50465ccf84479e39a6d50c90fb3f/frameset.htm),这里给出一个实例:
例如对于一个INSERT一条新的记录到数据库表的操作来讲,标准的格式是:
<root>
<StatementName>
<dbTableName action=”INSERT”>
<table>realDbTableName</table>
<access>
<col1>val1</col1>
<col2>val2</col2>
</access>
</dbTableName>
</StatementName>
</root>
实际中的一个例子如下图:

root和StatementName是可以赋任意的值的,这里就给了ZDT_AP_RCV_001和Oracle_AP,只是便于理解没有其他的含义。但是在CUX_SAP2AP_INTERFACE那个位置就只能填需要被更新的表名字(在这个例子中CUX_SAP2AP_INTERFACE就是表名字)。而且必须带有属性action和元素table,action在MAPPING的时候需要被赋予例如INSERT或者UPDATE之类的SQL命令,而table则需要被赋予需要更新的表名字(这里有两个地方都可以填table名字,后一个主要是为了考虑table name中如果含有XML非法字符的时候用的,不是必需的),access下面则包含了所有的表结构字段。这些格式都是固定的,不能像我们之前那样可以任意定义DATA TYPE.
3.数据库更新中的日期格式问题。
这个问题在JDBC的场景中碰到的几率一般都很高,之前的JDBC SENDER场景就需要将外部数据库的日期格式转换成SAP的格式,而这里呢也需要从SAP转换成ORACLE,DB2的格式,不过这里的问题和解决办法主要只是针对oracle。对于DB2我不是很了解,也没有测试过。
在这个场景中,最开始的几次测试中总是出现ORA-01861: literal does not match format ,ORA-01840: input value not long enough for date之类的数据格式错误,为了解决问题最后就到处搜索,然后就找到了SDN上的一个blog: DATE/TIME datatypes and Oracle Database 可以解决这个格式问题,所以在这里转载一下。
不过略微需要注意的是,SAP的数据格式到了PI上做MAPPING的时候就已经是YYYY-MM-DD了,不再是YYYYMMDD。
发表评论
-
Gateway Access Control Lists
2015-10-12 11:34 1215Source:http://wiki.scn.sap.com ... -
SLD_UC registration failes with return code 748
2015-10-12 09:44 2206The managed ABAP systems shoul ... -
SLD Related Gateway Serivces Unavaliable
2015-10-12 09:01 760转自:http://www.sapnew.com/212. ... -
JDBC/JMS driver deployment - now more forceMode=true
2012-11-07 19:36 1245转自:http://scn.sap.com/people ... -
JDBC Receiver Adatper的同步场景设计
2012-10-18 15:15 1100转自:http://scnblogs.techweb. ... -
XML Anonymizer Bean in Communication Channel to remove namespace prefix in XML P
2012-07-24 16:14 1434转:http://www.saptechnical.com/T ... -
Step-by-Step Guides - Connectivity > CIDX Message eStandards
2012-05-29 11:36 1349http://wiki.sdn.sap.com/wiki/di ... -
Chem XML Message eStandards and CIDX Scenario Part III
2012-05-25 00:32 956http://scn.sap.com/people/suraj ... -
Chem XML Message eStandards and CIDX Scenario development – Part II
2012-05-25 00:30 1113http://scn.sap.com/people/suraj ... -
Chem XML Message eStandards and CIDX Scenario – Part I
2012-05-25 00:28 1114http://scn.sap.com/people/suraj ... -
SLDDSUSER in SLD is getting Locked
2012-05-24 17:59 1236******* LOCAL to Solution Manag ... -
How to Start the Visual Administrator
2012-05-22 16:24 971http://help.sap.com/saphelp_nw7 ... -
利用XI同步调用(JDBC)oracle数据库的返回值。
2012-02-13 18:03 1158今天用CCBPM做一串业务操作,具体的操作是:我先异步更 ... -
XI/PI Tables LIST
2012-02-09 15:28 1101ABAP ABAP schema Database Trans ... -
(MID)com.sap.SOA.apt_rfc.0303
2012-02-02 11:51 860MessageID com.sap.SOA.apt_rfc.0 ... -
FAQ XI 3.0/ PI 7.0/ PI 7.1 RFC Adapter
2012-02-01 16:52 2457转自:http://www.saptechies.com/fa ... -
如何排查mapping报错。
2012-01-18 15:50 981XI/PI在开发过程中最容易也是出错最多的地位就是map ... -
copyValue用法
2012-01-05 15:24 1186copyValue目的就是实现可以取到一个LIST的任意值。 ... -
PI动态生成字段方法
2011-12-28 18:48 1095今天遇到这样一种情况,PI更新数据库时,有的字段是动态更新 ... -
PI插入数据库时关于日期与时间戳特殊用法
2011-12-28 09:53 2567由于PI传输数据是通过XML传输的,所以数据理论上都是S ...
相关推荐
14. If the two ISPs do not peer with each other, then when they send traffic to each other they have to send the traffic through a provider ISP (intermediary), to which they have to pay for carrying ...
人脸识别项目实战
深度学习教程和开发计划.zip
c语言学习
基本版贪吃蛇源代码.zip
项目资源包含:可运行源码+sql文件+ python3.8+django+mysql5.7+vue 适用人群:学习不同技术领域的小白或进阶学习者;可作为毕设项目、课程设计、大作业、工程实训或初期项目立项。 项目具有较高的学习借鉴价值,也可拿来修改、二次开发。 有任何使用上的问题,欢迎随时与博主沟通,博主看到后会第一时间及时解答。 Django==3.2.11 PyMySQL==1.0.2 djangorestframework==3.13.0 django-cors-headers==3.13.0 Pillow==9.1.1 psutil==5.9.4
Abaqus螺栓拧紧过程仿真 (1)螺栓螺母可实现参数化建模,全部采用六面体C3D8R单元建模 (2)施加边界条件实现螺母的拧紧过程,输出过程动画和应力、位移参数 (3)提取螺栓中部截面的轴力和螺母拧紧力矩之间的关系 ,Abaqus; 螺栓拧紧; 参数化建模; 六面体C3D8R单元建模; 边界条件; 输出动画; 应力位移参数; 轴力与拧紧力矩关系。,Abaqus螺栓拧紧仿真:六面体单元建模与力矩关系分析
标题基于SpringBoot的汽车售后服务系统及微信小程序的设计与实现AI更换标题第1章引言介绍汽车售后服务的重要性,SpringBoot和微信小程序的应用背景,以及本研究的意义和目的。1.1研究背景与意义阐述汽车售后服务市场的现状及发展趋势,SpringBoot和微信小程序在售后服务中的应用前景。1.2国内外研究现状概述国内外在汽车售后服务系统和小程序开发方面的研究进展。1.3研究内容与创新点介绍本文的主要研究内容,包括系统设计和微信小程序的开发,并阐述创新点。第2章相关理论与技术介绍SpringBoot框架、微信小程序开发的相关理论和关键技术。2.1SpringBoot框架概述阐述SpringBoot框架的特点、优势以及在系统开发中的应用。2.2微信小程序开发技术介绍微信小程序的开发流程、关键技术和功能实现。2.3数据库技术与系统设计讨论数据库设计原则、数据存储和处理速度的问题,并阐述系统设计的思路和方法。第3章系统需求分析与设计对汽车售后服务系统的需求进行分析,并设计系统的整体架构和功能模块。3.1需求分析从用户角度和业务需求出发,对系统的功能需求和非功能需求进行详细分析。3.2
在智慧园区建设的浪潮中,一个集高效、安全、便捷于一体的综合解决方案正逐步成为现代园区管理的标配。这一方案旨在解决传统园区面临的智能化水平低、信息孤岛、管理手段落后等痛点,通过信息化平台与智能硬件的深度融合,为园区带来前所未有的变革。 首先,智慧园区综合解决方案以提升园区整体智能化水平为核心,打破了信息孤岛现象。通过构建统一的智能运营中心(IOC),采用1+N模式,即一个智能运营中心集成多个应用系统,实现了园区内各系统的互联互通与数据共享。IOC运营中心如同园区的“智慧大脑”,利用大数据可视化技术,将园区安防、机电设备运行、车辆通行、人员流动、能源能耗等关键信息实时呈现在拼接巨屏上,管理者可直观掌握园区运行状态,实现科学决策。这种“万物互联”的能力不仅消除了系统间的壁垒,还大幅提升了管理效率,让园区管理更加精细化、智能化。 更令人兴奋的是,该方案融入了诸多前沿科技,让智慧园区充满了未来感。例如,利用AI视频分析技术,智慧园区实现了对人脸、车辆、行为的智能识别与追踪,不仅极大提升了安防水平,还能为园区提供精准的人流分析、车辆管理等增值服务。同时,无人机巡查、巡逻机器人等智能设备的加入,让园区安全无死角,管理更轻松。特别是巡逻机器人,不仅能进行360度地面全天候巡检,还能自主绕障、充电,甚至具备火灾预警、空气质量检测等环境感知能力,成为了园区管理的得力助手。此外,通过构建高精度数字孪生系统,将园区现实场景与数字世界完美融合,管理者可借助VR/AR技术进行远程巡检、设备维护等操作,仿佛置身于一个虚拟与现实交织的智慧世界。 最值得关注的是,智慧园区综合解决方案还带来了显著的经济与社会效益。通过优化园区管理流程,实现降本增效。例如,智能库存管理、及时响应采购需求等举措,大幅减少了库存积压与浪费;而设备自动化与远程监控则降低了维修与人力成本。同时,借助大数据分析技术,园区可精准把握产业趋势,优化招商策略,提高入驻企业满意度与营收水平。此外,智慧园区的低碳节能设计,通过能源分析与精细化管理,实现了能耗的显著降低,为园区可持续发展奠定了坚实基础。总之,这一综合解决方案不仅让园区管理变得更加智慧、高效,更为入驻企业与员工带来了更加舒适、便捷的工作与生活环境,是未来园区建设的必然趋势。
c语言学习
人脸识别项目源码实战
人脸识别项目实战
内容概要:本文详细介绍了电力电子技术的基础知识及相关器件,内容涵盖电力电子器件(如晶闸管、GTR、IGBT)、相控整流电路(单相和三相)、直流斩波电路、交流变换电路、逆变电路、软开关技术等,并探讨了其应用场景(如开关电源、不间断电源(UPS)、电子镇流器、感应加热、直流电源、开关模焊接等),以及电力电子装置带来的电力公害(谐波污染、电磁干扰和功率因数降低)及其抑制方法。通过丰富的实例讲解了各类电路的工作原理和波形分析方法,旨在让学生和从业人员更好地理解和掌握该领域的核心技术和发展趋势。书中结合最新的研究成果进行了详尽阐述,使内容兼具科学性和创新性,并提供了大量习题以便于教与学。 适合人群:自动化、电气工程及其自动化等相关专业本科生、研究生和技术工程师。 使用场景及目标:①高校教师用于课堂授课,辅助学生深入理解电力电子器件工作原理;②电力电子领域科研人员和工程技术人员参考资料,掌握行业前沿技术和设计理念。 阅读建议:本文不仅讲解了电力电子器件的结构特点、操作流程,更重要的是展示了电力电子技术在整个电力系统和电气设备应用中的关键作用,希望读者能够在学习过程中理论结合实践,加深对知识的理解
c语言学习
万能视频拼接软件源码,可以直接进行修改增加功能,二次开发!
人脸识别项目源码实战
内容概要:本文介绍了FibroScan PRO这款专门用于肝脏纤维化程度评估的医疗器械。强调了其仅能被认证过的专员使用,所得到的数据需要专业医生综合考虑病人的实际身体状况进行精准解释。文中列举了若干组测量示例以及相关单位,例如压力数值(kPa)、声衰减参数(dB/m),还特别指出VCTE探针的正确性和精确度依靠定期校正。此外,详细阐述了病人的姿势调整以及测试部位选取的原则,在不同层厚的情况下对皮肤组织进行检查。并提供了一份详细的检查报告模板,涵盖了操作者的身份确认、受检人基本信息、时间戳以及其他一些量化评价指标,例如IQR(四分位距),这有助于更好地理解和应用FibroScan的检测结果。 适合人群:面向医院、诊所等相关医疗保健机构的工作人员,包括但不限于操作员和技术支持团队成员。同时也可以为想要了解这一先进诊断工具的研究人员或医学学生提供重要参考资料。 使用场景及目标:旨在指导医疗机构如何标准化地完成FibroScan设备的实际临床应用过程;确保所有测量数据均能在符合质量控制的前提下产生,并提高医疗服务的质量和效率;并且帮助医师做出更加科学合理的健康决策,最终服务于病患的利益最大化。
海豚鲸鱼数据集 5435张图 正确识别率可达92.6% 可识别:海豚 虎鲸 蜥蜴 海豹 鲨鱼 龟 支持darknet格式标注
人脸识别项目
人脸识别项目实战