《log4j》专题

我希望由log4j2创建的日志文件在其文件名中包含日期模式，包括当前活动文件。也就是说，如果今天的日期是2016-12-15，我希望当前日志文件是lager-2016-12-15.log。当日期改变时，我希望创建一个名为lager-2016-12-16.log的新文件。 使用，我无法使当前活动日志文件的文件名中具有日期模式。我的log4j2.xml: 使用此配置，翻转时的复制被搞乱了。从fileN

我想将log4j2配置为保持一周的日志，但是每个文件都应该有一个指定的最大大小。所以它是和的组合，但是在翻转策略中，我只想设置日志应该保留多少天。我不在乎会创建多少文件，它们只是不能大于指定的大小并保持一周的日志。有可能在log4j2中实现吗？

我想做的很直截了当： 我只希望在控制台追加器上显示重要的消息，而我希望将详细的消息路由到文件追加器。 我还尝试向添加一个ThresholdFilter，但这也不能过滤它。

https://logging.apache.org/log4j/2.x/maven-artifacts.html 我将它粘贴到我的文件中，并编写了运行代码的示例代码。 除此之外，我还添加了manifest以便从控制台运行代码。 最重要的是，有一点需要指出，虽然它不能与java-jar<.jar>一起工作，但出于某种原因，它仍然可以在Intellij IDEA中工作。有人能给我解释一下为什么吗？

我正在尝试使用Log4J Flume appender通过Flume将事件从Log4J 1x获取到HDFS。创建了两个附加器FILE和水槽。它适用于文件附加器，但使用水槽附加器，程序只是挂在Eclipse中。Flume工作正常，我能够使用avro客户端向avro源发送消息并在HDFS中查看消息。但是，它没有与Log4J 1x集成。 我没有看到任何异常，除了下面在log.out中。 从水槽控制台 如

我试图使用SSL运行一个Jetty(v9)服务器（这样访问只能通过HTTPS进行）。使用普通HTTP时，一切都运行良好。然后我更改了我的launcher类，所以它看起来如下所示： 我还运行这个来生成一个密钥库文件： 正如我所说的，在我将新的SSL配置代码添加到服务器启动器类之前，一切都很好，但我不明白哪里出了问题。

我希望在翻转后，旧日志文件的文件名中有创建日期。当前日志文件名中的日期不等于文件的创建日期。举个例子：如果一个日志文件是昨天创建的，更新到今天，现在已经翻转，那么昨天的日期应该在旧的日志文件名中可见。 启动后的日志切换在代码中如下所示 这类似于onStartupTriggeringPolicy 文件creationTime问题的以下bug（但未修复），适用于RollingFileAppender，

以下是发生这种情况的日志： 如果我在文件名中添加参数，那么我的新文件将不会被删除，但是翻转过程仍然会在初始的翻转过程完成后每秒触发一次，并且我会为发送到记录器的每个日志事件生成一个新文件。 编辑：我只是使用XML配置文件而不是上面的编程方法进行了尝试，得到了类似的结果。下面是我使用的配置文件： > 第一个是在初始事件之后每秒翻转一次，每个日志事件都有一个新文件 第二个是我上面描述的，在我的翻转文件

我使用带有yaml配置的Log4j2。将日志记录到控制台工作得很好，每次都会创建一个外部日志文件，但它没有条目。谢谢你的提示。 src/Main/java/my/example/log/: 创建但为空的文件是

我最近一直在使用log4j2，遇到了一个问题。发生翻转时，活动日志文件保留其日志。是否可以清除日志文件，以便滚动的文件将只保留日志在名称中指定的时间段？

我在研究这个问题时发现的几乎所有内容都是针对Log4J1.x的，并讨论了一个似乎在2.0中不存在的datePattern参数。 下面是我的log4j2.xml文件： 我正在将信息和以上内容写入日志文件，并将调试写入控制台（目前）。这些文件被写得很好，但它们似乎每天都在滚动（这似乎是默认的）。

我是log4j的新手。我正在将一个应用程序从log4j1.2转换为log4j2。在log4j中。我发现的属性文件有以下配置。 如何将此配置转换为log4j2配置？ 谢谢

我正在使用log4j管理Clojure应用程序中的日志记录。我希望能够使用系统变量为log4j中的单个包设置日志级别。属性文件。例如，下面是我的基本属性文件： 这将日志级别设置为中的DEBUG（特定日志代码所在的位置）。然而，我不希望这样——我希望它在本地是调试的，在生产上是信息的。所以，我使用一个环境变量： 这个实例中的设置为，我可以通过使用环境变量将日志级别设置为DEBUG来确认它是否可以正常

我目前的项目完全与大量Spring Boot容器对接。它们中的大多数都是使用log4j2（对于java8，小于2.7）版本构建的。如何充分证明来自JNDI攻击CVE-2021-45105的应用程序？ 我知道最好的解决方案是用log4j版本重建这些容器，但这需要时间和预算。 但是，如果我使用下面的命令，在docker compose级别为每个容器禁用查找功能，它能工作吗？ “JVM_EXTRA_OP

我们的日志服务器通过 json 格式的 kubernetes pods sysout 和索引 json 字段来使用我们的日志消息。我们需要在消息中指定一些预定义的字段，以便我们可以跨 Pod 跟踪事务。对于我们的一个容器，我们使用 Liberty 配置文件，并且有问题来配置日志记录以满足这些需求。 一个想法是使用log4j在控制台中发送自定义的json消息。但是所有消息都被 Liberty 日志系