在我們的 mule 服務(wù)器中，我們每秒都會(huì)受到如下日志的轟炸，我該如何阻止它？ *************** SAP_CMLISTEN *************** [Thr 133440] SAP_CMLISTEN: timeout = 2000 [Thr 133440] SiSelNSelect: start select (timeout=2000) [Thr 133440] Tue Oct 29 16:27:38 2019 [Thr 133440] NiSelISelectInt: 0 handles selected (0 buffered) [Thr 133440] SAP_CMLISTEN: STISendNiping returns: 0 [Thr 133440] SAP_CMLISTEN: timeout after 2000 msecs [Thr 133440] *************** SAP_CMLISTEN ***************我嘗試使用 運(yùn)行一些 java 命令-Djco.trace_level=0，但失敗了。$ java -Djco.trace_level=0上面的命令不起作用。我希望禁用 SAP JCo 跟蹤日志。
1 回答
阿晨1998
TA貢獻(xiàn)2037條經(jīng)驗(yàn) 獲得超6個(gè)贊
屬性jco.trace_level用于上層 JCo API 跟蹤。但您的示例顯示了 CPIC 跟蹤。這可以通過登錄參數(shù) ( ) 或通過全局 JCo 屬性 ( )
打開，也可以通過跟蹤級(jí)別傳播從通信伙伴遠(yuǎn)程打開。jco.client.cpic_tracecpic.trace
如果您尚未在 JCo 端打開它，則它是從通信伙伴（ABAP 系統(tǒng)）遠(yuǎn)程激活的。
最近，添加了一個(gè)新的 JCo 屬性，cpic.trace.accept_remote_activation用于接受 CPIC 遠(yuǎn)程跟蹤激活，默認(rèn)值為'0'(OFF)。據(jù)我所知，舊的 JCo 補(bǔ)丁級(jí)別無法抑制這種遠(yuǎn)程跟蹤激活。如果您將 JCo 庫更新到最新的補(bǔ)丁級(jí)別（當(dāng)前為 JCo 3.0.20），并且 Java 應(yīng)用程序尚未主動(dòng)打開這些 CPIC 跟蹤，則不應(yīng)再創(chuàng)建這些跟蹤。
添加回答
舉報(bào)
0/150
提交
取消