gpt4 book ai didi

java - 如何阻止 log4j 记录日志

转载 作者:行者123 更新时间:2023-11-30 06:58:20 25 4
gpt4 key购买 nike

注意虽然我还没有设法找到问题的最终解决方案,但在 Andreas 的帮助下,我意识到我错误地配置了 log4j,它使用的是默认属性文件,而不是我自己指定的属性文件。当我让它正常工作时,我会发布解决方案,以便将来人们可以使用它......就在本周末的 octoberfest 之后 :D

好的,所以我知道这里也有人问过类似的问题,但是我还没有找到有同样问题的帖子或修复它的解决方案。

好的,所以我尝试开始使用 log4j 来尝试并习惯使用我的代码进行正确的日志记录(是的最佳实践!)但是我在尝试修复我的代码中的错误时遇到了一些问题。问题是我需要读取控制台输出,但 log4j 将所有内容都放在那里(DEBUG)。起初这不是问题,所以我没有费心让 log4j 停止这样做。但现在我发现很难在输出中查找我需要的信息。

作为我的问题的快速解决方案,我尝试以编程方式将我的两个记录器的日志记录级别更改为 OFF,没有。

然后我尝试更改属性文件以防止它写入控制台,不。

然后我试图删除属性文件中的所有内容,认为 log4j 将不再知道如何表现,不。

然后我尝试通过注释掉所有行而不初始化任何记录器来从我的代码中完全删除 log4j,不......等等,什么?

是的,似乎即使我的项目中没有任何 log4j 代码,log4j 也不想停止。

此时我尝试清理项目(我使用的是 eclipse),然后我尝试重新启动 eclipse,然后是我的笔记本电脑。

我知道我可能犯了一个大疏忽,但我觉得注释掉所有代码会有所作为。

我应该注意,我尝试的任何事情都不会对正在打印的内容产生任何影响,它总是以相同的顺序打印相同的行(因此我确定我做错了什么)

如能提供任何帮助,我们将不胜感激

编辑 1:我还应该说明,我认为是 log4j 导致问题的原因是控制台中的所有输出都采用我在 log4j.properties 文件中定义的格式。

编辑 2:

一节课

public class MessageSender extends AbstractCommand{
//private static final Logger LOG = Logger.getLogger(HelloWorldCommandFactory.class);

private String messageText = "placeholder";
private final long MESSAGE_ID = XXXXXXXXXX;

@Override
public void execute() {
try {
//LOG.setLevel(Level.OFF);
//LOG.info("MESSAGE_TEXT: "+messageText);
TelegramRequest telegramRequest = TelegramRequestFactory.createSendMessageRequest(MESSAGE_ID, messageText, true, null, null);
//LOG.info("REQUEST: "+telegramRequest.equals(getRequestHandler()));
requestHandler.sendRequest(telegramRequest);
} catch (JsonParsingException | TelegramServerException e) {
e.printStackTrace();
}
}

public MessageSender(Message message, RequestHandler requestHandler){
super(message, requestHandler);
}

public MessageSender(Message message, RequestHandler requestHandler, String text){
super(message, requestHandler);
this.messageText = text;
}

其他类

public class MyCommandFactory implements CommandFactory {

//private static final Logger LOG = Logger.getLogger(MyCommandFactory.class);

@Override
public Command createCommand(Message message, RequestHandler requestHandler) {
//LOG.setLevel(Level.OFF);
//LOG.info("MESSAGE_ID: "+message.getChat().getId()+" MESSAGE_BODY: "+message.getText());
return new MessageSender(message, requestHandler);
}
}

输出示例(我删除了某些敏感信息)

15-09-25 06:32:42 INFO  AbstractCommandDispatcher:69 - *************************************
2015-09-25 06:32:42 INFO AbstractCommandDispatcher:70 - ** Starting up command dispatcher...
2015-09-25 06:32:42 INFO AbstractCommandDispatcher:71 - *************************************
2015-09-25 06:32:43 INFO AbstractCommandWatcher:50 - >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
2015-09-25 06:32:43 INFO AbstractCommandWatcher:51 - >> Starting up command watcher...
2015-09-25 06:32:43 INFO AbstractCommandWatcher:52 - >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
2015-09-25 06:32:45 DEBUG DefaultCommandWatcher:104 - Polling Telegram updates (offset:0, limit:100, timeout=0)...
2015-09-25 06:32:45 DEBUG RequestAddCookies:122 - CookieSpec selected: default
2015-09-25 06:32:45 DEBUG RequestAuthCache:76 - Auth cache not set in the context
2015-09-25 06:32:45 DEBUG PoolingHttpClientConnectionManager:249 - Connection request: [route: {s}->https://api.telegram.org:443][total kept alive: 0; route allocated: 0 of 2; total allocated: 0 of 20]
2015-09-25 06:32:45 DEBUG PoolingHttpClientConnectionManager:282 - Connection leased: [id: 0][route: {s}->https://api.telegram.org:443][total kept alive: 0; route allocated: 1 of 2; total allocated: 1 of 20]
2015-09-25 06:32:45 DEBUG MainClientExec:234 - Opening connection {s}->https://api.telegram.org:443
2015-09-25 06:32:46 DEBUG DefaultHttpClientConnectionOperator:131 - Connecting to api.telegram.org/
2015-09-25 06:32:46 DEBUG SSLConnectionSocketFactory:335 - Connecting socket to api.telegram.org/ with timeout 0
2015-09-25 06:32:46 DEBUG SSLConnectionSocketFactory:388 - Enabled protocols: [TLSv1, TLSv1.1, TLSv1.2]
2015-09-25 06:32:46 DEBUG SSLConnectionSocketFactory:389 - Enabled cipher suites:[TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256, TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256, TLS_RSA_WITH_AES_128_CBC_SHA256, TLS_ECDH_ECDSA_WITH_AES_128_CBC_SHA256, TLS_ECDH_RSA_WITH_AES_128_CBC_SHA256, TLS_DHE_RSA_WITH_AES_128_CBC_SHA256, TLS_DHE_DSS_WITH_AES_128_CBC_SHA256, TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA, TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA, TLS_RSA_WITH_AES_128_CBC_SHA, TLS_ECDH_ECDSA_WITH_AES_128_CBC_SHA, TLS_ECDH_RSA_WITH_AES_128_CBC_SHA, TLS_DHE_RSA_WITH_AES_128_CBC_SHA, TLS_DHE_DSS_WITH_AES_128_CBC_SHA, TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256, TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256, TLS_RSA_WITH_AES_128_GCM_SHA256, TLS_ECDH_ECDSA_WITH_AES_128_GCM_SHA256, TLS_ECDH_RSA_WITH_AES_128_GCM_SHA256, TLS_DHE_RSA_WITH_AES_128_GCM_SHA256, TLS_DHE_DSS_WITH_AES_128_GCM_SHA256, TLS_ECDHE_ECDSA_WITH_3DES_EDE_CBC_SHA, TLS_ECDHE_RSA_WITH_3DES_EDE_CBC_SHA, SSL_RSA_WITH_3DES_EDE_CBC_SHA, TLS_ECDH_ECDSA_WITH_3DES_EDE_CBC_SHA, TLS_ECDH_RSA_WITH_3DES_EDE_CBC_SHA, SSL_DHE_RSA_WITH_3DES_EDE_CBC_SHA, SSL_DHE_DSS_WITH_3DES_EDE_CBC_SHA, TLS_ECDHE_ECDSA_WITH_RC4_128_SHA, TLS_ECDHE_RSA_WITH_RC4_128_SHA, SSL_RSA_WITH_RC4_128_SHA, TLS_ECDH_ECDSA_WITH_RC4_128_SHA, TLS_ECDH_RSA_WITH_RC4_128_SHA, SSL_RSA_WITH_RC4_128_MD5, TLS_EMPTY_RENEGOTIATION_INFO_SCSV]
2015-09-25 06:32:46 DEBUG SSLConnectionSocketFactory:393 - Starting handshake
2015-09-25 06:32:46 DEBUG SSLConnectionSocketFactory:423 - Secure session established
2015-09-25 06:32:46 DEBUG SSLConnectionSocketFactory:424 - negotiated protocol: TLSv1.2
2015-09-25 06:32:46 DEBUG SSLConnectionSocketFactory:425 - negotiated cipher suite: TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
2015-09-25 06:32:46 DEBUG SSLConnectionSocketFactory:433 - peer principal: CN=api.telegram.org, OU=Domain Control Validated
2015-09-25 06:32:46 DEBUG SSLConnectionSocketFactory:442 - peer alternative names: [api.telegram.org, www.api.telegram.org]
2015-09-25 06:32:46 DEBUG SSLConnectionSocketFactory:446 -
2015-09-25 06:32:46 DEBUG DefaultHttpClientConnectionOperator:138 - Connection established
2015-09-25 06:32:46 DEBUG MainClientExec:255 - Executing request POST
2015-09-25 06:32:46 DEBUG MainClientExec:260 - Target auth state: UNCHALLENGED
2015-09-25 06:32:46 DEBUG MainClientExec:266 - Proxy auth state: UNCHALLENGED
2015-09-25 06:32:46 DEBUG headers:124 - http-outgoing-0 >>
2015-09-25 06:32:46 DEBUG headers:127 - http-outgoing-0 >> Content-Length: 28
2015-09-25 06:32:46 DEBUG headers:127 - http-outgoing-0 >> Content-Type: application/x-www-form-urlencoded; charset=UTF-8
2015-09-25 06:32:46 DEBUG headers:127 - http-outgoing-0 >> Host: api.telegram.org

编辑 3:

log4j.properties 文件

log4j.rootLogger=INFO, CONSOLE

log4j.appender.CONSOLE=org.apache.log4j.ConsoleAppender
log4j.appender.CONSOLE.layout=org.apache.log4j.PatternLayout
log4j.appender.CONSOLE.layout.ConversionPattern= %d{HH:mm:ss,SSS} [%t] %-5p %x %C{1} : %m%n

最佳答案

您可以将级别更改为OFF,这应该会删除所有日志记录。根据 log4j 网站,按重要性排序的有效级别为 TRACEDEBUGINFOWARN、< strong>错误,致命。有一个未记录的级别,称为 OFF,它比 FATAL 级别更高,并关闭所有日志记录。

在采用程序化方法时,您的做法是否正确?这就是我会做的 -

List<Logger> loggers = Collections.<Logger>list(LogManager.getCurrentLoggers());
loggers.add(LogManager.getRootLogger());
for ( Logger logger : loggers ) {
logger.setLevel(Level.OFF);
}

或者,您也可以执行 Logger.getRootLogger().removeAllAppenders();
Logger.getRootLogger().addAppender(new NullAppender());
命令行工具一样完全静音。

确保您重新启动 eclipseclean build 您的项目以使更改生效。

如果上述方法不起作用 -创建一个 log4j.properties 文件并将该文件放在应用程序的 classpath 中。将以下 内容 粘贴到同一位置 -

log4j.debug=FALSE
log4j.rootLogger=INFO, R
log4j.appender.R=org.apache.log4j.RollingFileAppender
log4j.appender.R.File=C:/apache-tomcat-5.5.27/logs/testlog.log
log4j.appender.R.MaxFileSize=100KB
log4j.appender.R.MaxBackupIndex=5
log4j.appender.R.layout=org.apache.log4j.PatternLayout
log4j.appender.R.layout.ConversionPattern=%d{yyyy-MM-dd HH\:mm\:ss.SSSS} %p %t %c - %m%n

关于java - 如何阻止 log4j 记录日志,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/32774960/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com