[ 
https://issues.apache.org/jira/browse/LOG4J2-378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13754000#comment-13754000
 ] 

Ralph Goers commented on LOG4J2-378:
------------------------------------

Your interpretation of the problem seems correct. Since the variable couldn't 
be found the string itself would be used. But since a ":" isn't allowed in a 
file nane on Windows it looks like it truncated the name to "${sys", although I 
am not sure why it would be "${sys.".

As you noted, the order that the listeners are invoked is specified in the 
servlet spec so I don't know why there would be a difference between the 
behavior on Windows vs Linux.

Is it possible for you to just add the -Dapplication-name to setenv.sh?
                
> Logging generates file named ${sys on some systems
> --------------------------------------------------
>
>                 Key: LOG4J2-378
>                 URL: https://issues.apache.org/jira/browse/LOG4J2-378
>             Project: Log4j 2
>          Issue Type: Bug
>    Affects Versions: 2.0-beta8
>         Environment: Issues occurs on Win7/64 system under Tomcat 7.0.42 / 
> Oracle JDK 1.7.0_25; fails to occur on RHEL 5.2 system under Tomcat 7.0.26 / 
> Oracle JDK 1.7.0_03
>            Reporter: Eric Schwarzenbach
>
> In a webapp I'm setting a system property in my apps ServletContextListener, 
> and using that system property in my log4j2.xml file, like so:
> {code}
> <appender type="FastFile" name="File" 
> fileName="${sys:catalina.home}/logs/${sys:application-name}.log">
> {code}
> On my Windows machine, a log file named "${sys." (always 0 bytes) is being 
> created instead of a log file with the application-name. The same war 
> deployed on one of our linux servers does not create a ${sys." file and 
> instead creates a log file with the intended application-name. 
> I should note that the files DO appear in the directory that 
> sys:catalina.home should resolve to. They appear elsewhere when I don't use 
> sys:catalina.home so I'm quite sure that this variable is resolving correctly 
> and it is the sys:application-name which is the problem.

--
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

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to