[ 
https://issues.apache.org/jira/browse/GUACAMOLE-713?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Nick Couchman reassigned GUACAMOLE-713:
---------------------------------------

    Assignee: Joel Best

> Add configuration setting for logback logging verbosity level
> -------------------------------------------------------------
>
>                 Key: GUACAMOLE-713
>                 URL: https://issues.apache.org/jira/browse/GUACAMOLE-713
>             Project: Guacamole
>          Issue Type: New Feature
>          Components: guacamole-client
>            Reporter: Joel Best
>            Assignee: Joel Best
>            Priority: Minor
>             Fix For: 1.1.0
>
>
> I've noticed during my troubleshooting process that it is cumbersome to 
> enable debug logging for guacamole, especially when using docker. Currently 
> to enable debug logging, I start the container and then replace the setting 
> in the default logback.xml file with this command:
>  
> {code:java}
> sed -i 's/level="info"/level="debug"/' 
> /usr/local/tomcat/webapps/guacamole/WEB-INF/classes/logback.xml
> {code}
> I then restart the container. I know I can also copy logback.xml to 
> GUACAMOLE_HOME but this is easier for the docker use case.
>  
> I think it would be better if there was a guacamole.properties setting for 
> the logback level. E.g.:
> logback-level: [trace|debug|info|warn|error]
> For my Docker use case, I think this is the best solution as I can then use 
> set_optional_property in start.sh to populate this setting.
>  
> Alternatively, I would propose that the Docker start.sh script checks for an 
> environment variable (LOGBACK_LEVEL?) and copies and modifies the logback 
> settings directly. E.g.
> {code:java}
> if [ -n "$LOGBACK_LEVEL" ]; then
>     unzip -o -j /opt/guacamole/guacamole.war WEB-INF/classes/logback.xml -d 
> $GUACAMOLE_HOME
>     sed -i "s/level=\"info\"/level=\"$LOGBACK_LEVEL\"/" 
> $GUACAMOLE_HOME/logback.xml
> fi
> {code}
> It's less elegant, but it works for my use case.
> Thoughts?
>  
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to