-
Notifications
You must be signed in to change notification settings - Fork 16
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
Ability to restore log levels #40
Comments
I'll add this. Be able to store the logs levels in json file on disk. When the application start, this extension load the file if the file is present. If the file is not present or deleted.. we have the default value. We have that feature in our "Springboot" application and we need to have that in Quarkus too. We are using Kubernetes with Persistent volumes, so when the pod restart we don't loose our logging levels. |
The idea here is to allow changing of log levels in runtime (like we currently do) then with one button restore to what the levels was. |
The goal is not to have to modify the code. Suppose you want to trace
something live. You could set the logs to trace level live, kill the pod
and check the results. You dont want to package you application again.
Le lun. 8 mars 2021 04 h 15, Phillip Krüger <[email protected]> a
écrit :
… The idea here is to allow changing of log levels in runtime (like we
currently do) then with one button restore to what the levels was.
To permanently change log levels, you can use application.properties.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#40 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AABO3B2G6GA3LN75BYZPMCLTCSIRLANCNFSM4WJJD7NA>
.
|
Well, that seems to be more a config issue than a logger-manager. |
As a user, I want to be able to restore log levels, so everything is back to how it was configured when the service started
Notes:
The text was updated successfully, but these errors were encountered: