FULL PRODUCT VERSION :
jre1.5.0_15, jre1.6.0_03 and jre1.6.0_05

ADDITIONAL OS VERSION INFORMATION :
Windows Vista Pro

A DESCRIPTION OF THE PROBLEM :
javaws should not try a download of the JRE taking into account that at least 3 JDK/JRE versions are matching the requirement on the host (jdk1.6.0_03,jre1.6.0_03 and jre1.6.0_05)

Invoking javaws from IE link works properly and no JRE download is trigered.

Invoking javaws from the desktop icon (installed by the jnlp <shortcut>) fails trying to download a JRE (why for?)


STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
Start any web start java application based on a JNLP similar to the one in section "Source code for an executable test case".

Once invoked/installed first from a web browser (IE), restarts the application using the desktop icon newly created.


EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
Javaws should NOT try to download a new JRE. At least 3 JDK/JRE available on the host (jre1.5.0_15, jre1.6.0_03 and jre1.6.0_05) are matching the jnlp requirement <j2se version="1.6.0+">

ACTUAL -
Javaws tries to download of JRE (which normaly fails under VISTA) when launching the application using a shortcut icon created based on JNLP content

NOTE:
Launching the application from the Web browser always works properly.

ERROR MESSAGES/STACK TRACES THAT OCCUR :
JNLPException[category: Configuration système : Exception: null : LaunchDesc:
<jnlp spec="1.5+" codebase="http://duysens-vista/D2002/download/resources/MRTMS/">
  <information>
    <title>MRTMS Graphical User Interface</title>
    <vendor>EVA Corporate Ltd</vendor>
    <homepage href="http://duysens2002.ath.cx/"/>
    <description>MRTMS Graphical User Interface</description>
    <icon href="http://duysens-vista/D2002/download/resources/MRTMS/images/GUI64.gif" kind="default"/>
    <shortcut online="true">
      <desktop/>
      <menu submenu="D2002"/>
    </shortcut>
    <offline-allowed/>
  </information>
  <security>
    <all-permissions/>
  </security>
  <update check="timeout" policy="always"/>
  <resources>
    <java version="1.6+"/>
    <jar href="http://duysens-vista/D2002/download/resources/MRTMS/jar/GUI.jar" download="eager" main="false"/>
    <jar href="http://duysens-vista/D2002/download/resources/MRTMS/jar/UMA.jar" download="eager" main="false"/>
  </resources>
  <application-desc main-class="com.eva.uma.gui.explorer.InstanceManager"/>
</jnlp> ]
at com.sun.javaws.Launcher.downloadJREResource(Unknown Source)
at com.sun.javaws.Launcher.prepareLaunchFile(Unknown Source)
at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source)
at com.sun.javaws.Launcher.launch(Unknown Source)
at com.sun.javaws.Main.launchApp(Unknown Source)
at com.sun.javaws.Main.continueInSecureThread(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 ----------
<jnlp
  spec="1.0+"
  codebase="http://duysens-vista/D2002/download/resources/SDMU/">

  <information>
    <title>MRTMS SDMU</title>
    <vendor>D2002</vendor>
    <homepage href="http://duysens2002.ath.cx/" />
    <description>MRTMS Speed And Measurement Unit</description>
    <icon href="images/SDMU.jpg"/>
    <offline-allowed/>
    <shortcut>
      <desktop/>
      <menu submenu="D2002"/>
    </shortcut>
  </information>

  <security>
    <all-permissions/>
  </security>


  <resources>
    <j2se version="1.6.0+">
    <jar href="jar/SDMU.jar"/>
  </resources>


  <application-desc main-class="com.d2002.mrtms.sdmu.InstanceManager" />
</jnlp>

---------- END SOURCE ----------

CUSTOMER SUBMITTED WORKAROUND :
In fact the shortcuts created by javaws based on JNLP content target the following file "C:/Windows/System32/javaws.exe" and not "C:\Program Files\Java\jre1.6.0_05\bin\javaws.exe" even if the JVM system property java.home returns " C:\Program Files\Java\jre1.6.0_05"

"C:/Windows/System32/javaws.exe" version is 1.6.0_05.

Workaround 1:
Delete "C:/Windows/System32/javaws.exe" and then javaws will use "C:\Program Files\Java\jre1.6.0_05\bin\javaws.exe" as target for the shortcuts

Workaround 2:
Renaming "C:/Windows/System32/javaws.exe" in "C:/Windows/System32/javaws2.exe" and changing accordingly the shortcut target solves also the issues. This one is VERY SURPRISING !!!
Moreover on next creation of short cut "C:\Program Files\Java\jre1.6.0_05\bin\javaws.exe" will be used.
New Description of the underlying problem:
J4B revisions are not recognized as platfrorm versions because they contain a hyphen in the full version id, which the previously existing version docs said implied a pre-fcs version. When in fact these are post fcs versions.