ABX-CEE
asked on
Java config file option -Duser.home
Hello experts
We have a customer using a java based application which uses the default userfolder as working directory.
We found the option to add to the config file following command:
-Duser.home=C:\temp
Now this is working just fine, but we struggle to set the directory to another userspecific folder like %temp%. Is there a way to let java resolve windows system or user variables?
We can not use the default setting since all userfolders are redirected to a network share now when the users starts the application on his notebook and the terminal server there is a conflict due files that are already in use.
Thank you for your help
cheers
Ben
We have a customer using a java based application which uses the default userfolder as working directory.
We found the option to add to the config file following command:
-Duser.home=C:\temp
Now this is working just fine, but we struggle to set the directory to another userspecific folder like %temp%. Is there a way to let java resolve windows system or user variables?
We can not use the default setting since all userfolders are redirected to a network share now when the users starts the application on his notebook and the terminal server there is a conflict due files that are already in use.
Thank you for your help
cheers
Ben
ASKER
Yes. When I open a cmd prompt %temp% is set right.
If I put this in the config file of the java application (which was not written by us) it will create a folder named %temp% in the applications root directory.
I also tried things like:
-Duser.home=System.getProp erty("user .home")
but then I get a folder named System.getProperty("user.h ome") in the root directory of the application (this test was to see if java will resolve variables).
If I put this in the config file of the java application (which was not written by us) it will create a folder named %temp% in the applications root directory.
I also tried things like:
-Duser.home=System.getProp
but then I get a folder named System.getProperty("user.h
Well in order to expand the variable correctly, you must use a shell. How are you currently launching the app?
ASKER
Currently through a shortcut in the start menu.
I already played with command line options in the shortcut the problem is, that some users are used to launch the application from the installation folder by clicking on the exe file or create the shortcuts by themselves.
I also tried to use a batchfile which would look like this:
set _JAVA_OPTIONS=-Duser.home= %temp%
and the next step would be to run the application from that batch file. But then again, you would have to open exactly that batch file otherwise the application could run into troubles again.
the ini file looks like this atm and would be the perfect place to set the desired folder.
-vm
jre_6.0.17\bin\javaw.exe
-vmargs
-Xms64m
-Xmx1024m
-XX:MaxPermSize=256m
-Duser.home=C:\temp
Since the application is running on a terminal server as well I have to use a folder which belongs to the user and he has write privileges in it.
Like %temp% or %userprofile%\foldername
I already played with command line options in the shortcut the problem is, that some users are used to launch the application from the installation folder by clicking on the exe file or create the shortcuts by themselves.
I also tried to use a batchfile which would look like this:
set _JAVA_OPTIONS=-Duser.home=
and the next step would be to run the application from that batch file. But then again, you would have to open exactly that batch file otherwise the application could run into troubles again.
the ini file looks like this atm and would be the perfect place to set the desired folder.
-vm
jre_6.0.17\bin\javaw.exe
-vmargs
-Xms64m
-Xmx1024m
-XX:MaxPermSize=256m
-Duser.home=C:\temp
Since the application is running on a terminal server as well I have to use a folder which belongs to the user and he has write privileges in it.
Like %temp% or %userprofile%\foldername
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
According to this thread I created a user environment variable through gpp and fixed the java bug with it.
http://www.timehat.com/javas-user-home-is-wrong-on-windows/
Thank you CEHJ for your effort. You helped me solve this.
http://www.timehat.com/javas-user-home-is-wrong-on-windows/
Thank you CEHJ for your effort. You helped me solve this.
ASKER
I've requested that this question be closed as follows:
Accepted answer: 0 points for ABX-CEE's comment #a39641210
Assisted answer: 250 points for CEHJ's comment #a39639121
for the following reason:
took me some time to realize that its a known java bug, maybe what I did or what I found on the other thread helps others
Accepted answer: 0 points for ABX-CEE's comment #a39641210
Assisted answer: 250 points for CEHJ's comment #a39639121
for the following reason:
took me some time to realize that its a known java bug, maybe what I did or what I found on the other thread helps others
I think there's a little confusion there. The citations are dealing with determining the locations of user.home in Windows, which is problematic. Your requirement was:
which is a different thing. I just tested, using http://technojeeves.com/joomla/index.php/free/54-javasystemproperties the method i mentioned earlier and had no problem at all setting user.home to %TMP% and the output showed me i had that as the home directory
Now this is working just fine, but we struggle to set the directory to another userspecific folder like %temp%.
which is a different thing. I just tested, using http://technojeeves.com/joomla/index.php/free/54-javasystemproperties the method i mentioned earlier and had no problem at all setting user.home to %TMP% and the output showed me i had that as the home directory
:)
ASKER
Sorry about the confusion.
My aim was to find a solution which would work all the time and not only if you click the right shortcut. But I did not mention that in the initial post. I thought this would be easier and java would have the ability to resolve variables set in the config file of the application.
During my research I found that java does not resolve the profile folder correctly (it uses the path of the desktop folder and goes one level up) which in our case is the network user home.
With the user environment variable this is fixed for the mentioned java application and all which would follow, that's why I didn't go with the shortcut solution.
So with the working environment set to:
-Duser.home=%HOMEDRIVE%%HO MEPATH% (C:\Users\Testuser) the path again is user specific (like %temp% no other standard users have access and its not shared with different sessions)
There is also a language barrier which prevents me from making myself fully understandable, I will try to ask more specific next time. Thanks
Cheers
Ben
My aim was to find a solution which would work all the time and not only if you click the right shortcut. But I did not mention that in the initial post. I thought this would be easier and java would have the ability to resolve variables set in the config file of the application.
During my research I found that java does not resolve the profile folder correctly (it uses the path of the desktop folder and goes one level up) which in our case is the network user home.
With the user environment variable this is fixed for the mentioned java application and all which would follow, that's why I didn't go with the shortcut solution.
So with the working environment set to:
-Duser.home=%HOMEDRIVE%%HO
There is also a language barrier which prevents me from making myself fully understandable, I will try to ask more specific next time. Thanks
Cheers
Ben
Open in new window