EAI接口平台程序BUG修正 邮件
来源:互联网 发布:达内云笔记源码 编辑:程序博客网 时间:2024/06/01 21:55
各位好:
关于EAI中间件使用JCO的问题,有一处错误,请修正。
该问题出现在所有的JCO接口中,将影响所有ERP接口。
业务背景:
ERP系统采购订单数据传递到SRM供应商平台或其它系统。
症状:
EAI项目组反映,传递的数据中,有重复的"success"字符,干扰正常的数据传输,导致供应商平台或其它系统接收出错。
数据传输流程:
1.ERP系统采购订单数据-->2.ABAP程序抓取-->3.调用中间件服务器的函数function(位于TOMCAT,WEB容器,的JCO服务中)-->4.IBM EAI MQ服务器-->5.供应商平台数据库中间表
工作原理:
1. 业务人员在ERP系统中产生采购订单数据
2. 达美王海龙开发ABAP程序ZMMR0014,读取系统表中的采购订单数据,通过调用中间件服务器上的“ZMM_IF_FM020”远程函数,把数据发给JCO服务。
3. JCO服务把数据转发给IBM MQ服务。
4. MQ 服务转发数据,存放到供应商平台数据库中间表。
问题分析:
ERP调用到JCO服务里的函数,有2个参数(表),如下面的代码:
CALL FUNCTION 'ZMM_IF_FM020' DESTINATION 'SAPJCO'
TABLES
TAB = T_TAB1
RETURN = ZMESG.
其中,
第一个参数(表)TAB, 这是存放采购订单数据,是ERP发给JCO的。(第一步JCO读取)
第二个参数(表)RETURN, 存放JCO处理后成功或失败的信息,是JCO返回给ERP的。(接收完成后,第二步ERP读取)
我们发现,JCO在接收ERP的数据时,把TAB和RETURN都读取了。
然后,JCO返回了"success"字符在RETURN表中。
因为JCO总是要读取RETURN表中的数据,然后有写入,所以造成了大量冗余的"success"字符。
而这个参数(表)RETURN,JCO根本就不应该读取,只能用于写入完成后的标识,留给ERP程序处理的。
问题解决:
因为错误出现在EAI中间的JCO中,请EAI顾问的JCO程序代码,不要读取ERP接口参数(表)RETURN,只读取该读的数据表。
问题已于11月20日被EAI顾问修正并测试完成。
- EAI接口平台程序BUG修正 邮件
- 十二球称重问题的 Python 程序 bug 修正版
- EAI从接口走向服务
- EAI概述,需求,功能,技术要点----3. EAI平台软件
- EAI
- EAI
- eclipse NoSuchMethodError bug修正
- 修正bug的方法
- IE6 bug终极修正
- CCEditBox的bug修正
- dubbo路由bug修正
- 紧急BUG修正
- 修正BUG,再出 可定时程序运行限制器1.03版
- SmartUpload 中文文件名BUG修正
- 修正XPMenu的两个Bug
- MSN7字体bug修正补丁!
- BugFree 的一个 bug 修正
- Subversion分支的Bug修正
- 第307天(32W+4)
- VC中 InvalidateRect、RedrawWindow和UpdateWindow的区别
- C++构造函数相关
- Android2.2源代码目录结构
- 关于ResultSetMetaData获取列名不一致的问题
- EAI接口平台程序BUG修正 邮件
- Leetcode刷题6--数组继续
- 操作系统学习笔记三 进程
- CPU GPU cache异同总结
- Json解析
- preg_replace正则表达式的使用
- 从头到尾彻底理解KMP(2014年8月22日版)
- 由双系统变单系统——如何删除另一个操作系统
- oracle得到本周数据