我工作的组织使用服务现在，我刚加入团队，我的团队希望我现在做一些关于登录服务的研究。
他们想要的只是根据脚本的详细级别在服务器上编写脚本时控制脚本的日志记录
我对日志记录的理解是它在服务器上发生的过程类型，即
• 如果脚本的语法不正确，它将记录为警告，说明日志消息中的编译错误
• 如果某件事运行成功或进程完成，它将记录为 INFO，并显示发生的消息
• 类似的日志记录调试发生，（我可能是错的，虽然）
我尝试搜索服务现在维基，我发现的一种方法是 gs.log（）
我尝试运行一些测试脚本来记录System Definition > Scripts - Background中的信息
我尝试过的各种脚本中的一些
var gl = new GSLog("com.snc.sla.tasksla.log", "TaskSLA");
gl.logErr("This is an error message");
var gl = new GSLog("com.snc.sla.tasksla.log", "TaskSLA");
gl.logWarning("This is a warning message");
gs.info("This is an info log");
gs.debug("This is a debug log");
然后在日志表中搜索系统日志 & gt;系统日志 & gt;全部
所有看到的是我运行的脚本记录为整个 INFO 作为级别，如果脚本有一个语法错误，它记录与警告级别相同
为什么它不逐行记录脚本？
还有一种方法，我可以告诉服务现在应该根据详细级别记录什么脚本？
5
如果你在版本或更新（这仍然是相当新的，所以你可能不是），实际上有一个全新的日志记录 API，这是一个更直观的，它是基于应用程序的。
Verbosity详细程度有 4 个级别，从最不详细到最详细的顺序是：
error (gs.error)
warn (gs.warn)
info (gs.info)
debug (gs.debug)
...这意味着将特定应用程序的日志级别设置为“信息”将为您提供信息 + 警告 + 错误，但不进行调试。
...会话调试详细程度为debug，因此任何级别的日志详细程度都将包含在会话调试输出中，因为只有在会话调试激活的会话中调试的应用程序。
用于记录详细程度的属性是（替换为您的应用程序名称）：
<APP_NAME>.logging.verbosity // off -> error -> warn -> info -> debug
目标
“db”的日志目的地将在所需的日志记录详细程度内将日志消息路由到表“syslog_app_scope”，该表扩展了 syslog。此新表添加了发布日志的应用程序 / 作用域以及链接到调用日志记录 API 的脚本的源脚本字段（当我们可以弄清楚时，目前仅用于业务规则和脚本包括）。当目标设置为“db”时，日志也将转到系统。
“文件”的日志目的地将记录到节点的文件系统日志，而不广播到日志（脚本-背景的情况除外）
目标的属性是：
<APP_NAME>.logging.destination // none -> file -> db (implies file also)
用法示例
这个 API 的消费者（从 JavaScript）应该能够做到：
gs.debug(message [, parameters])-在调试级别发出详细的日志消息
gs.info(message [, parameters])-在信息级别发出详细的日志消息
gs.warn(message [, parameters])-发出警告级别详细的日志消息
gs.error(message [, parameters])-在错误级别发出详细的日志消息
此日志 API 支持 java MessageFormat 占位符替换模式目前最多支持 5 个“varargs”占位符参数，任何超过 5 个都需要指定为单个 javascript 数组参数所有这些都是合法调用：
gs.info("Here's a log message from me"); // no params
gs.info("Here's a log message from {0}", myName); // single non array param
gs.info("Here's a log message from {0}.{1}", myFirstName, myLastName); // multiple "varargs" params (up to 5!)
gs.info("Here's a log message from {0}.{1}", [myFirstName, myLastName]); // array of n-number of params (no upper bounds)
本站系公益性非盈利分享网址，本文来自用户投稿，不代表码文网立场，如若转载，请注明出处
评论列表（67条）