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
Centralize log4j2.xml #522
Comments
In oxAuth/oxTrust log files all log folders are relative to 'catalina.base' variable. We set it in /etс/defaults/oxauth As result in 3.0.1 it's easy to change location of application logs files via /etс/defaults/oxauth|oxtrust. Also we can add programmatic approach too. In method AppInitializer.updateLoggingSeverity we need to add: I offer to add new system variable 'gluu.base.log' (or any better name) then continue to use tomcat specific variable 'catalina.base' |
yes, please proceed. |
It would be nice if we had a work around in 3.0.2 and a final solution in 3.1.0. |
In our log4j2.xml all folders are relative to ${sys:catalina.base} We can use this. In method which apply log level we can try to set this system variable value to change log files location. |
to move log4j.xml file outside war file, we need to add in deployment descriptor. |
@mike, are we really need to move log4j2.xml outside of war or we just need to allow to move log files to other folder? log4j2.xml is part of oxAuth.war which is mandatory to proper server start. |
@yurem, @nynymike please correct me if I'm wrong. As I understand the goal of this issue is to provide the possibility to admins to change the location of log files. So basically we need to add into |
I've added new field |
log4j2.xml
needs to be moved outside of the war file. Not only is the current location bad...but also, it is overwritten from the original war file on restart of jetty. Finally, the export script also needs to make sure that the log4j2.xml is backed up and restored.
I'm putting this as a 3.1 issue, but a workaround also needs to be documented for version 3, or we will not be able to handle cluster logs.
The text was updated successfully, but these errors were encountered: