|
||||||||
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 |
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
I made a test and installed a Windows 2008 SP2 64 bits server on EC2.
Installed java 64 bits on it (JDK7).
I started the slave as JNLP and ran it as a service.
Connected that server to my master, and sent it a simple job that runs a Windows batch command that does contains
set
java -version
Here's the relevant output:
I also tried starting unity from the same job and indeed, unity uses the SysWOW64 directory to store the Editor.log
So either a documentation bug, missunderstanding on how LOCALAPPDATA can be identified or bug in unity.
Anyway, I highly suggest you to override the -logFile in the meantime. I suspect that in the future I will even override the -logFile argument for all jobs and replace it with the plugin's one. This in order to solve other problems, including complexity in the plugin code and piping issues.