-
Notifications
You must be signed in to change notification settings - Fork 1.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Log4j fails to honor lastModifiedTime
#2937
Labels
bug
Incorrect, unexpected, or unintended behavior of existing code
configuration
Affects the configuration system in a general way
Milestone
Comments
ppkarwasz
changed the title
Log4J2 failing to honor monitorInterval
Log4j fails to honor Sep 10, 2024
lastModifiedTime
ppkarwasz
added a commit
that referenced
this issue
Sep 10, 2024
The `HttpWatcher` didn't propagate the observed last modification time back to the configuration. As a result, each new configuration was already deprecated when it started and the reconfiguration process looped. Closes #2937
Nice catch! Effectively, if the configuration location is an This will be fixed in |
That sounds great, thank you very much :) |
vy
added
bug
Incorrect, unexpected, or unintended behavior of existing code
configuration
Affects the configuration system in a general way
labels
Sep 12, 2024
ppkarwasz
added a commit
that referenced
this issue
Sep 22, 2024
The `HttpWatcher` didn't propagate the observed last modification time back to the configuration. As a result, each new configuration was already deprecated when it started and the reconfiguration process looped. Closes #2937 Rewrite Jetty tests using WireMock Closes #2813 Co-authored-by: Volkan Yazıcı <volkan@yazi.ci>
ppkarwasz
added a commit
that referenced
this issue
Sep 23, 2024
The `HttpWatcher` didn't propagate the observed last modification time back to the configuration. As a result, each new configuration was already deprecated when it started and the reconfiguration process looped. Closes #2937 Rewrite Jetty tests using WireMock Closes #2813 Co-authored-by: Volkan Yazıcı <volkan@yazi.ci>
ppkarwasz
added a commit
that referenced
this issue
Oct 1, 2024
The `HttpWatcher` didn't propagate the observed last modification time back to the configuration. As a result, each new configuration was already deprecated when it started and the reconfiguration process looped. Closes #2937 Rewrite Jetty tests using WireMock Closes #2813 Co-authored-by: Volkan Yazıcı <volkan@yazi.ci>
ppkarwasz
added a commit
that referenced
this issue
Oct 2, 2024
The `HttpWatcher` didn't propagate the observed last modification time back to the configuration. As a result, each new configuration was already deprecated when it started and the reconfiguration process looped. Closes #2937 Rewrite Jetty tests using WireMock Closes #2813 Co-authored-by: Volkan Yazıcı <volkan@yazi.ci>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
bug
Incorrect, unexpected, or unintended behavior of existing code
configuration
Affects the configuration system in a general way
Description
When using a monitorInterval setting on a remote/http log4j.xml the reconfigure-thread does not update the lastModifiedTime of the configuration source and reconfigures the loggers every time.
Configuration
Version: 2.23 and 2.24
Operating system: Windows 10
JDK: AdoptOpenJDK 21
Logs
log.txt
Reproduction
I don't really have a completely isolated test. The problem does not occur when using a file-based log-config, so you need something like a webserver.
My test-setup looks like this:
Main
Log-Config
Steps to reproduce
touch testlog.xml
)See also the attached log. I changed the file on the webserver after the first watchmonitor run. After that it reconfigured itself every time.
I hope I filled out this issue correctly. If something's missing please let me know :)
The text was updated successfully, but these errors were encountered: