views:

1577

answers:

3

Our company recently upgraded from Windows XP to Windows 7 Enterprise. The JDK installation is no longer setting user.home to the full path of the user directory, but instead is setting user.home to %userprofile%. This is causing a lot of issues with applications such as eclipse, maven, etc. I now have to set -Duser.home in the JVM for each application. Has anyone else experienced this? Is there a fix for this? Would this be related to the installation of Windows 7 Enterprise? I have tried the 1.5 JDK and the 1.6 JDK.

Here is the list of properties. Note user.home:

-- listing properties --
java.runtime.name=Java(TM) SE Runtime Environment
sun.boot.library.path=C:\Program Files\Java\jre6\bin
java.vm.version=16.0-b13
java.vm.vendor=Sun Microsystems Inc.
java.vendor.url=http://java.sun.com/
path.separator=;
java.vm.name=Java HotSpot(TM) Client VM
file.encoding.pkg=sun.io
user.country=US
sun.java.launcher=SUN_STANDARD
sun.os.patch.level=
java.vm.specification.name=Java Virtual Machine Specification
user.dir=C:\Users\politesp\Desktop
java.runtime.version=1.6.0_18-b07
java.awt.graphicsenv=sun.awt.Win32GraphicsEnvironment
java.endorsed.dirs=C:\Program Files\Java\jre6\lib\endorsed
os.arch=x86
java.io.tmpdir=C:\Users\politesp\AppData\Local\Temp\
line.separator=

java.vm.specification.vendor=Sun Microsystems Inc.
user.variant=
os.name=Windows 7
sun.jnu.encoding=Cp1252
java.library.path=C:\WINDOWS\system32;.;C:\WINDOWS\Sun\...
java.specification.name=Java Platform API Specification
java.class.version=50.0
sun.management.compiler=HotSpot Client Compiler
os.version=6.1
user.home=%userprofile%
user.timezone=
java.awt.printerjob=sun.awt.windows.WPrinterJob
file.encoding=Cp1252
java.specification.version=1.6
user.name=politesp
java.class.path=.
java.vm.specification.version=1.0
sun.arch.data.model=32
java.home=C:\Program Files\Java\jre6
java.specification.vendor=Sun Microsystems Inc.
user.language=en
awt.toolkit=sun.awt.windows.WToolkit
java.vm.info=mixed mode, sharing
java.version=1.6.0_18
java.ext.dirs=C:\Program Files\Java\jre6\lib\ext;C:...
sun.boot.class.path=C:\Program Files\Java\jre6\lib\resour...
java.vendor=Sun Microsystems Inc.
file.separator=\
java.vendor.url.bug=http://java.sun.com/cgi-bin/bugreport...
sun.cpu.endian=little
sun.io.unicode.encoding=UnicodeLittle
sun.desktop=windows
sun.cpu.isalist=pentium_pro+mmx pentium_pro pentium+m...

Update:

Using the link to the bug from Andreas_D I discovered:

The value of HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders\Desktop is %userprofile%\Desktop on my installation of Windows 7 Enterprise.

When I change the value of this key to c:\Users\politesp\Desktop, my user.home resolves correctly. Any idea why this is happening?

+1  A: 

It looks to me as if - for whatever reasons - %USERPROFILE% has not been set to a value. What do you get if you type echo %USERPROFILE% on the command shell?

Maybe it's not a OS feature but a configuration issue. On my machine (Vista) %USERPROFILE% resolves to my home directory and it's the same for the Java property user.home

Edit

Here's an Vista/Windows7 issue with USERPROFILE and user.home: bug. May not solve your problem might give you an idea..

Andreas_D
echo %USERPROFILE% prints out C:\Users\politesp
hoffmandirt
maybe it is case sensitive? have you tried USERPROFILE instead of userprofile?
kpolice
at least on VISTA, environment variable names are not case sensitive. And I really doubt that MS has changed that with Windows 7...
Andreas_D
@Andreas_D. Thanks, the value of HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders\Desktop is %userprofile%\Desktop. When I change the value of this key to c:\Users\politesp, my user.home resolves correctly. Any idea why some individuals with Windows 7 do not have this problem?
hoffmandirt
Maybe this happened during the upgrade from XP to Win7 - %userprofile% may have not been set at a time where it was used to create some registry keys. Could be that your registry has even more keys with the fragment %userprofile% instead of the real path.
Andreas_D
My particular machine was a fresh install. I spoke to the IT guys and they are thinking that it has to do with roaming profiles. I don't know much about roaming profiles.
hoffmandirt
The IT guys say that the registry was like that because it was using a default profile.
hoffmandirt
A: 

The majority of the registry keys located at:

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders

began with %userprofile%. I updated all of the registry keys that began with %userprofile% to begin with C:\Users\myusername. I verified on Windows XP that the paths are in fact hard coded and that %userprofile% is not used. The IT guys mentioned that the registry keys defaulted to use %userprofile% due to a default profile being used within Windows 7. The JVM expects the Desktop path to be hard coded. It will not evaluate environment variables.

You can update the registry keys one by one or you can export the folder out and change the keys. Here is how you can export and import the registry keys:

1.  Go to Start > Run.
2.  Type regedit. This opens the registry editor.
3.  Browse to HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders.
4.  Right click on Shell Folders and choose Export.
5.  Select the Desktop as the destination and enter Shell Folders for the file name and save the file.
6.  Open the file in a text editor and replace %userprofile% with C:\\Users\\yourusername. Save and close the file.
7.  Go back to the registry editor window and select File > Import from the main menu.
8.  Select Shell Folders.reg and click Open.
9.  Close the registry editor and delete the Shell Folders.reg file off of the desktop.
hoffmandirt
A: 

This is due to an long outstanding bug in Java: http://bugs.sun.com/view_bug.do?bug_id=4787931

Brett