Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.
Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.
Lost your password? Please enter your email address. You will receive a link and will create a new password via email.
Please briefly explain why you feel this question should be reported.
Please briefly explain why you feel this answer should be reported.
Please briefly explain why you feel this user should be reported.
I wrote a Java app and I packaged it with NSIS (or NSYS…) installer. I works cleanly but sometimes I found that for some users running on Windows 7, the app won’t be able to write on disk at all (it can’t even write the log). The app is installed on c:\Programs (or d or e…). People from support say that they solve it by installing in c:\ . Why does this happen? Is it related to Java security? Maybe on my Windows installation and others I don’t notice it because I have UAV turned off.
Ideas?
You have hit the nail on the head when you wonder if it is because you have UAC switched off.
You should not be writing the log file to the location that the application is installed to, instead you will need to pick a location that is writable by the app, e.g. A directory below the user.home system property.
The reason that java applications can’t do this and other applications can is related to Data Redirection, which causes writes to certain folders to be transparently redirected to a per-user store of data. I think this redirection is disabled for the JRE (checked using process explorer, which does not have a marking of ‘Virtualized’) which means that on java programs the transparent redirection will not happen.
If you want your application to be able to write into the install directory of the application, then the easiest way to accomplish this is to change the permissions of the folder on installation.