Puh...
Also, ich hab ein wenig getestet (ich spar mir mal die Verfremdung des Benutzernames ^^):
System.geProperty("user.home") = C:\Users\mdo.Domäne
Hier die leicht eingeschränkten Umgebungsvariablen:
Code: Alles auswählen
ALLUSERSPROFILE=C:\ProgramData
APPDATA=C:\Users\mdo\AppData\Roaming
CommonProgramFiles=C:\Program Files\Common Files
CommonProgramFiles(x86)=C:\Program Files (x86)\Common Files
CommonProgramW6432=C:\Program Files\Common Files
ComSpec=C:\Windows\system32\cmd.exe
HOMEDRIVE=C:
HOMEPATH=\Users\mdo
LOCALAPPDATA=C:\Users\mdo\AppData\Local
Path=C:\Program Files (x86)\Intel\iCLS Client\;C:\Program Files\Intel\iCLS Clien
t\;C:\Program Files\Dell\DW WLAN Card;C:\Windows\system32;C:\Windows;C:\Windows\
System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;c:\Program Files (x86)
\ATI Technologies\ATI.ACE\Core-Static;C:\Program Files\WIDCOMM\Bluetooth Softwar
e\;C:\Program Files\WIDCOMM\Bluetooth Software\syswow64;C:\Program Files\Intel\I
ntel(R) Management Engine Components\DAL;C:\Program Files\Intel\Intel(R) Managem
ent Engine Components\IPT;C:\Program Files (x86)\Intel\Intel(R) Management Engin
e Components\DAL;C:\Program Files (x86)\Intel\Intel(R) Management Engine Compone
nts\IPT;c:\Program Files (x86)\Microsoft SQL Server\100\Tools\Binn\;c:\Program F
iles\Microsoft SQL Server\100\Tools\Binn\;c:\Program Files\Microsoft SQL Server\
100\DTS\Binn\;C:\Program Files\OpenVPN\bin;C:\Program Files\TortoiseSVN\bin;C:\s
trawberry\c\bin;C:\strawberry\perl\site\bin
PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC
PERL_JSON_BACKEND=JSON::XS
PERL_YAML_BACKEND=YAML
PGCLIENTENCODING=LATIN9
PROCESSOR_ARCHITECTURE=AMD64
PROCESSOR_IDENTIFIER=Intel64 Family 6 Model 60 Stepping 3, GenuineIntel
PROCESSOR_LEVEL=6
PROCESSOR_REVISION=3c03
ProgramData=C:\ProgramData
ProgramFiles=C:\Program Files
ProgramFiles(x86)=C:\Program Files (x86)
ProgramW6432=C:\Program Files
PROMPT=$P$G
PSModulePath=C:\Windows\system32\WindowsPowerShell\v1.0\Modules\
PUBLIC=C:\Users\Public
SESSIONNAME=Console
SystemDrive=C:
SystemRoot=C:\Windows
TEMP=C:\Users\mdo\AppData\Local\Temp
TMP=C:\Users\mdo\AppData\Local\Temp
USERDNSDOMAIN=USERDNSDOMAIN
USERDOMAIN=Domäne
USERNAME=mdo
USERPROFILE=C:\Users\mdo
VS100COMNTOOLS=C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\Tools
\
windir=C:\Windows
windows_tracing_flags=3
windows_tracing_logfile=C:\BVTBin\Tests\installpackage\csilogfile.log
WIX=C:\Program Files (x86)\WiX Toolset v3.7\
Im Netz mal gestöbert:
http://www.netbeans-forum.de/viewtopic.php?f=8&t=3321
Es handelt sich (bis zur Kammikaze-Registry-Bearbeitung) exakt um das gleiche Problem. User.Home liefert einen alten Eintrg zurück. Warum auch immer...
Nach weiterer Suche kam ich dann auf diesen Artikel:
http://stackoverflow.com/questions/2134 ... g-resolved
Und tatsächlich! Die dort angegebenen Pfade sind alle noch auf C:\Users\mdo.domäne gesetzt! Unfassbar... Interessant ist übrigens der erste Key in dem dort angegebenen Pfad (HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders). Sein Name ist "!Do not use this registry key" und sein Wert "Use the SHGetFolderPath or SHGetKnownFolderPath function instead"! Eieieiei, Microsoft...
Die entsprechenden Werte wurden wohl vom servergespeicherten Benutzerprofil in der Registry überschrieben. Also Fehler Microsoft...
Allerdings sollte user.home sicher nicht auf diese Werte zugreifen, da sie offensichtlich deprecated sind. Fehler Java. Wird/wurde angeblich in Java 8 gefixt (siehe den stackoverflow Artikel, da ist die Bugmeldung drin)... Kann ich aber nicht testen, da wir (noch) auf Java 7 arbeiten und ich das jdk nicht up- und dann wieder downgraden will. Wer weiß was da für ein Hexenwerk passieren würde.
So, ich habe alle Keys in dem angegebenen Pfad jetzt korrigiert. User.Home gibt nun den korrekten Pfad zurück. Und die Helden-Software startet wieder!
Danke für den fixen Support!
