EAI介面平台程式BUG修正 郵件

2021-06-28 00:51:10 字數 1271 閱讀 3432



各位好:

關於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顧問修正並測試完成。



著名程式設計師劉濤濤WinMount程式BUG

日期 2013 08 12 22 44 只是感興趣,沒有其他目的。失誤之處敬請諸位大俠賜教 聽同事說win也有mount工具,好奇心驅使就搜了一下.發現國內的著名程式設計師劉濤濤寫了一款免費的win mount工具.甚是喜歡.圖1 只可惜我在使用的過程中,程式會占用100 cpu 0x2 bug重現...

各大平台免費介面

電商介面 京東獲取單個商品 介面 商品 id type 1 ps 商品 id 這麼獲取 物流介面 快遞介面 快遞公司代號 postid 快遞單號 ps 快遞公司編碼 申通 shentong ems ems 順豐 shunfeng 圓通 yuantong 中通 zhongtong 韻達 yunda 天...

測試平台之 介面開發

專案管理介面 ps 已開發這個介面為例 path project views.projectview.as view class projectform modelform,extendform class meta model models.project exclude is delete de...