【问题标题】:Disable sap jco traces from java command line从 java 命令行禁用 sap jco 跟踪
【发布时间】:2019-10-29 16:56:38
【问题描述】:

在我们的 mule 服务器中,我们每秒都被以下日志轰炸,我该如何阻止它。

*************** 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 ***************

我尝试使用 -Djco.trace_level=0 运行一些 java 命令,但失败了。

$ java -Djco.trace_level=0

上面的命令不起作用。

我希望 sap jco 跟踪日志被禁用。

【问题讨论】:

    标签: java jvm sap mulesoft jco


    【解决方案1】:

    属性jco.trace_level 用于上层 JCo API 跟踪。但是您的示例显示了 CPIC 跟踪。
    这可以通过登录参数 (jco.client.cpic_trace) 或全局 JCo 属性 (cpic.trace) 开启,也可以通过跟踪级别传播从通信伙伴远程开启。

    如果您还没有在 JCo 端打开它,那么它是从通信伙伴(ABAP 系统)远程激活的。
    最近,添加了一个新的 JCo 属性 cpic.trace.accept_remote_activation 以接受 CPIC 远程跟踪激活,默认值为 '0' (OFF)。据我所知,旧的 JCo 补丁级别无法抑制这种远程跟踪激活。 如果您将 JCo 库更新为 latest patch level(当前为 JCo 3.0.20),如果 Java 应用程序没有主动打开它,则不应再创建这些 CPIC 跟踪。

    【讨论】:

    • 在将示例 SAP mule 应用程序部署为 cpic.trace falg 为 0 后,我能够将其关闭。
    • 很高兴听到这个消息。但是,使用 -Dcpic.trace=0 启动应用程序仅意味着 CPIC 跟踪在启动初始化时处于关闭状态,无论如何都是默认设置。它不会阻止在 mule 服务器正常运行期间,已部署的应用程序将通过 JCo API 调用或 RFC 登录参数 jco.client.cpic_trace 再次打开它,或者 - 如果您尚未安装最近的 JCo 补丁级别 - 通信伙伴将切换它通过 RFC 调用再次远程启动。
    • 谢谢@Trixx,我会注意的。
    猜你喜欢
    • 1970-01-01
    • 2014-10-29
    • 1970-01-01
    • 1970-01-01
    • 2015-11-14
    • 2017-02-01
    • 1970-01-01
    • 1970-01-01
    • 2012-05-27
    相关资源
    最近更新 更多