quartz關閉DBUG日誌

2021-08-14 11:17:03 字數 903 閱讀 4151

使用quartz排程任務,每次觸發任務都會輸出如下日誌,嚴重影響生產環境日誌的檢視。。

11:31:40.003 [defaultscheduler_quartzschedulerthread] debug o.q.simpl.propertysettingjobfactory - producing instance of job 'group_default_1.job_channel_1', class=com.ja.common.task.overvideotask

11:31:40.008 [defaultscheduler_quartzschedulerthread] debug o.quartz.core.quartzschedulerthread - batch acquisition of 1 triggers

11:31:40.008 [defaultscheduler_worker-1] debug org.quartz.core.jobrunshell - calling execute on job group_default_1.job_channel_1

試過很多方法都不好使,包括在log4j.properties裡配置:

log4j.rootlogger=info,stdout

log4j.logger.org.quartz=info

檢視了下quartz源**,發現它的日誌輸出用的是slf4j,而不是log4j,所以想到用logback.xml來控制。

在resources目錄(和log4j.propertis同級)新增logback.xml檔案,內容:

<?xml version="1.0" encoding="utf-8"?>  

重啟伺服器,發現

每次觸發任務不會再輸出日誌了。

quartz關閉DBUG日誌

使用quartz排程任務,每次啟動產生大量debug日誌,機器都要被累死了。試過很多方法都不好使,包括在log4j.properties裡配置 quartz源 發現它的日誌輸出用的是slf4j,而不是log4j,所以想到用logback.xml來控制。把他的log級別改成 error。root le...

關閉日誌 Caffe關閉日誌輸出

在caffe的訓練和測試過程中,通常會輸出大量的log資訊,例如 網路結構 各層的shape 訓練loss等。預設情況下,前向推理caffe模型 1 caffe的日誌級別 caffe使用的日誌是glog,其日誌級別如下 0 debug 1 info still a lot of outputs 2 ...

quartz監控日誌(一)

最近幾個月,現網總是出現定時器不執行的情況,或者定時器卡死的情況,而又不方便排查,只能依靠quartz的debug日誌以及錯誤日誌來監控定時器的執 況,並且隨著我們系統中job越來越多,而使得job問題越來越難以跟蹤,所以我們才需要乙個能過對定時器進行監控的功能,並能實現執行緒阻塞告警,以及殺死阻塞...