You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Ceki Gulcu (JIRA)" <ji...@apache.org> on 2013/04/09 13:32:15 UTC
[jira] [Commented] (JCR-3564) Possible improvement: use logback's
"default value for variables" functionality
[ https://issues.apache.org/jira/browse/JCR-3564?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13626498#comment-13626498 ]
Ceki Gulcu commented on JCR-3564:
---------------------------------
Mystery soved: the user interacts with Jackrabbit in a batch file. This batch file adds jackrabbit-standalone-2.0.6.jar on the class path. It apparently does not invoke Main [2]. To cater for such use cases, logback's "default value for variables" mechanism makes sense.
[2] http://goo.gl/Lf3Ig
> Possible improvement: use logback's "default value for variables" functionality
> -------------------------------------------------------------------------------
>
> Key: JCR-3564
> URL: https://issues.apache.org/jira/browse/JCR-3564
> Project: Jackrabbit Content Repository
> Issue Type: Improvement
> Components: jackrabbit-standalone
> Affects Versions: 2.6
> Reporter: Ceki Gulcu
>
> In a recent message [1], a jackrabbit-standalone user complained about not being able to configure logging. The user was complaining about the logs being output into the file "jackrabbit.log_IS_UNDEFINED" . The UNDEFINED suffix is used by logback to indicate that the variable ${jackrabbit.log} was well, undefined. The logback.xml file shipping in jackrabbit-standalone-2.6.0.jar indeed makes use of this variable to define the output target of a FileAppender.
> After some investigation, in appears that prepareServerLog() method in Main [2] class sets this variable/system property (among other logging related system properties). Thus, I don't really understand how the ${jackrabbit.log} variable can be undefined as it should be defined by prepareServerLog() method.
> Having said that, I think it would be possible to get rid of the prepareServerLog() method altogether by using logback's "default value for variables" functionality [3]. The variable substitution capabilities of logback are inanely powerful. Variable names as well as default values can be nested, even multiple times.
> For example, the file property of the FileAppender named jackrabbit could be written as:
> <file>${jackrabbit.log:-${repo:-jackrabbit}/log/jackrabbit.log}</file>
> If the $repo and ${jackrabbit.log} variables are not defined, the file property will be set to "jackrabbit/log/jackrabbit.log". Logback will automatically create missing folders if any. if you wish to use the fully qualified path for ${repo}, then you can set it as a system property and let logback perform the rest of the substitution.
> Similarly, the root level could be set to INFO by default, but still allow it to be overridden by setting ${log.level}:
>
> <root level="${log.level:-INFO}">
>
> I hope you find the above helpful,
> [1] http://markmail.org/message/mriltleg4an6yu4e
> [2] http://goo.gl/Lf3Ig
> [3] http://logback.qos.ch/manual/configuration.html#defaultValuesForVariables
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira