FULL PRODUCT VERSION :
Java Web Start 10.67.2.01
JRE-Version verwenden 1.7.0_67-b01 Java HotSpot(TM) Client VM

ADDITIONAL OS VERSION INFORMATION :
Windows [version 6.1.7601]

EXTRA RELEVANT SYSTEM CONFIGURATION :
Standard PC with intel core i7

A DESCRIPTION OF THE PROBLEM :
After update on java7 Update 65 and still after update on java7 Update 67
starting of our application with java webstart failed for windows users
with names including german umlaute.

It looks like a problem with the webstart cache in the users home directory.


REGRESSION. Last worked in version 7u60

ADDITIONAL REGRESSION INFORMATION:
This may also be a problem with other special character in the windows user name.

STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
It happens to all windows users with names including german umlaute.

EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
The java application is starting
ACTUAL -
The java application is no starting

ERROR MESSAGES/STACK TRACES THAT OCCUR :
java.io.FileNotFoundException: C:\Users\körner\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\6\121c5446-7d0d64e1 (Das System kann den angegebenen Pfad nicht finden)
        at java.io.FileInputStream.open(Native Method)
        at java.io.FileInputStream.<init>(Unknown Source)
        at java.io.FileInputStream.<init>(Unknown Source)
        at com.sun.javaws.jnl.LaunchDescFactory.buildDescriptor(Unknown Source)
        at com.sun.javaws.Main.launchApp(Unknown Source)
        at com.sun.javaws.Main.continueInSecureThread(Unknown Source)
        at com.sun.javaws.Main.access$000(Unknown Source)
        at com.sun.javaws.Main$1.run(Unknown Source)
        at java.lang.Thread.run(Unknown Source)

REPRODUCIBILITY :
This bug can be reproduced always.

---------- BEGIN SOURCE ----------
There is no special java code needed
---------- END SOURCE ----------

CUSTOMER SUBMITTED WORKAROUND :
A workaround is to create a link using a command shell:
mklink /J c:\users\körner c:\Users\körner

After this it works as before.