如何停止记录log4j
[英]How to stop log4j from logging
问题描述
注意：虽然我还没有设法解决问题的最终解决方案，但是在Andreas的帮助下，我意识到我配置了错误的log4j，并且它使用的是默认属性文件，而不是我自己指定的属性文件。 我将在解决方案正常运行时发布该解决方案，以便将来可供人们使用...在本周末十月节之后：D
好的，所以我知道在这里也曾问过类似的问题，但是我还没有找到具有相同问题或解决方案的帖子。
好的，所以我尝试开始使用log4j尝试并习惯于用我的代码正确记录日志（是最佳实践！），但是在尝试修复代码中的错误时遇到了一个问题。 问题是我需要读取控制台输出，但是log4j会将所有内容放置在其中（DEBUG）。 起初这不是问题，所以我没有费心让log4j停止这样做。 但是现在我发现很难在输出中查找所需的信息。
为了快速解决问题，我尝试以编程方式将两个记录器的日志记录级别更改为“关闭”，不。
然后，我尝试更改属性文件以防止将其写入控制台，不是。
然后，我尝试删除属性文件中的所有内容，以为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
1 个解决方案
解决方案1
4 2015-09-25 05:35:59
您可以将级别更改为OFF ，这将消除所有日志记录。 根据log4j网站，按重要性顺序排列的有效级别为TRACE ， DEBUG ， INFO ， WARN ， ERROR ， FATAL 。 有一个未记录的级别称为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()); Logger.getRootLogger().removeAllAppenders(); Logger.getRootLogger().addAppender(new NullAppender()); 像command line tool一样完全安静。
确保重新启动eclipse并clean build项目，以使更改生效。
如果上述方法不起作用-创建一个log4j.properties文件，然后将该文件放在应用程序的classpath中。 将以下contents粘贴到相同的位置-
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
停止石英调试日志记录log4j
声明:本站的技术帖子网页，遵循CC BY-SA 4.0协议，如果您需要转载，请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.