在添加log4j到我的应用程序后，每次执行我的应用程序时，我都会得到以下输出:
log4j:WARN No appenders could be found for logger (slideselector.facedata.FaceDataParser). log4j:WARN Please initialize the log4j system properly.
这似乎意味着一个配置文件丢失了。 这个配置文件应该放在哪里，一个好的开始内容是什么?
我正在使用纯java开发桌面应用程序。所以没有网络服务器等等…
当前回答
我就这么做了，问题就解决了。
关注下面的博客
https://intellij-support.jetbrains.com/hc/en-us/community/posts/206875685-How-to-fix-log4j-WARN-console-messages-when-running-an-Application-inside-IntelliJ-Idea
但是这里他说像下面这样
要修复这个问题，只需输入下面的log4j。资源文件到项目的main/ Resources文件夹
而不是创建log4j。资源，创建log4j.properties。右键单击IntelliJ中的资源-> New -> Resource Bundle -将其命名为log4j
其他回答
如前所述，有两种方法
首先是将这一行添加到你的main方法中:
BasicConfigurator.configure();
第二种方法是添加这个标准log4j。属性文件到你的类路径:
在采用第二种方法时，您需要确保正确地初始化了文件。
Eg.
Properties props = new Properties();
props.load(new FileInputStream("log4j property file path"));
props.setProperty("log4j.appender.File.File", "Folder where you want to store log files/" + "File Name");
确保创建了存储日志文件所需的文件夹。
可以使用setLevel()设置日志级别。
这些级别对于轻松设置希望程序显示的信息类型非常有用。
例如:
Logger.getRootLogger().setLevel(Level.WARN); //will not show debug messages
可能的级别集是:
跟踪, 调试、 信息, 警告说, 错误和 致命的
根据日志服务手册
如果你把所有东西都扔掉(比如你在考试)
org.apache.log4j.BasicConfigurator.configure(new NullAppender());
我的log4j被以下属性文件修复:
## direct log messages to stdout ###
log4j.appender.stdout=org.apache.log4j.ConsoleAppender
log4j.appender.stdout.Target=System.out
log4j.appender.stdout.layout=org.apache.log4j.SimpleLayout
log4j.rootLogger=debug, stdout
log4j.appender.file=org.apache.log4j.RollingFileAppender
log4j.appender.file.maxFileSize=100KB
log4j.appender.file.maxBackupIndex=5
log4j.appender.file.File=./logs/test.log
log4j.appender.file.threshold=debug
log4j.appender.file.layout=org.apache.log4j.PatternLayout
log4j.appender.file.layout.ConversionPattern=%d{ABSOLUTE} %5p %c{1}:%L - %m%n
log4j.rootLogger=debug,file
如果我们在log4j之上使用apache公共日志包装器，那么我们需要在类路径中有两个可用的jar。同时,通用日志。属性和log4j。Properties /xml应该在类路径中可用。
我们还可以传递实现类和log4j。使用- doorg .apache.commons.logging. log =<日志实现类名> -Dlog4j. log =<日志实现类名>。配置=<文件:log4j的位置。/ xml文件>属性。在应用/web服务器的情况下，通过设置JAVA_OPTS也可以做到这一点。
它将有助于外部化可以在部署中更改的属性。
