FULL PRODUCT VERSION :
java version "1.7.0_51"
Java(TM) SE Runtime Environment (build 1.7.0_51-b13)
Java HotSpot(TM) Client VM (build 24.51-b03, mixed mode, sharing)

ADDITIONAL OS VERSION INFORMATION :
Windows 7, Windows 7 Service Pack 1, Windows 8 and Windows 8.1 using versions of I.E. from 9-11. (Note: I.E. 11 ???trident??? requires a slightly modified version of the standard ???deployJava.js???).

A DESCRIPTION OF THE PROBLEM :
We would like to report a 100% duplicable deployment cache corruption problem that began occurring in update 7u25 and continues in the latest 7u51 JRE. The problem does not exist in the 7u21 JRE so we feel something at that point probably changed in the deployment cache implementation.
We have a COMODO signed WebStart application and have added the following (now required due to recent security changes) Manifest properties:
Permissions: all-permissions
Application-Name: NTA Agent e-App
Trusted-Library: true
Trusted-Only: true
Codebase: http://eappinstall/AgentToolBox http://eappinstall.ntalife.c om/AgentToolBox https://eappinstall/AgentToolBox https://eappinstall.ntalife.com/AgentToolBox
We also use the <offline-allowed /> attribute in our JNLP file as our application is designed to be used by our Agents out in the field without the presence of an INET connection.


REGRESSION. Last worked in version 7u21

ADDITIONAL REGRESSION INFORMATION:
I'm sorry I no longer have them installed as I removed each prior to testing the next.

7u21 did not exhibit the problem but JRE 7u25, 7u40,7u45 downloaded from your previous releases site as well as 7u51 and 7u60 failed.

STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
Download and Installation of the product by way of the attached JNLP goes without issue and the application runs flawlessly under any previous and current JRE. The issue we are experiencing occurs only after you see this dreaded dialog box:
The application has requested to go online. Do you want to continue?

Once this dialog box is presented, the application deployment cache eventually gets hopelessly corrupted, to the point where the application itself cannot even be re-installed without totally deleting the entire deployment cache.
This problem can be duplicated 100% of the time on any Windows 7 machine using any browser version, under JRE 7u25, 7u40, 7u45, 7u51 and 7u60 by following the steps below:
First connect to a LAN via VPN to access the install page where the JNLP resides.

Install the application from either of the two private URLs which are currently only available when connected to an internal LAN.

Next, run the application and all is well. All aspects of the application work perfectly, the desktop startup shortcut and start menu are installed correctly and the deployment cache is not corrupted. At this point you can terminate the application and re-launch it from either the desktop shortcut or start menu shortcut as often as you like without issue.

The problem occurs when we then disconnect from the VPN (and from the LAN) making access to anything except the local cached version of the JNLP file impossible. This triggers the problem.
VERY IMPORTANT NOTE: We still have a wireless INET connection at this point in time; however access to the Apache server that served the application JNLP only is unavailable. If we disconnect entirely from the INET by closing the wireless connection this problem DOES NOT exhibit itself.

Once disconnected from the LAN (and hence from the Apache server which served the JNLP), any attempt to start the application from either the desktop shortcut or start menu shortcut presents the dreaded ???The application has requested to go online. Do you want to continue???? dialog. Regardless of what button you press at this point, either ???ok??? or ???cancel??? (unless you first reconnect to the LAN through the VPN) the deployment cache immediately becomes hopelessly corrupted (all *.idx and data files are deleted except for the *.lap files), the application will not run and worse yet cannot even be re-installed without first deleting the entire deployment cache directory contents.

EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
We would not expect to ever see the contents of the deployment cache directory ever change by simply executing an application in offline mode from a desktop shortcut with an INET connection available.
ACTUAL -
All installed deployment files except for *.lap are deleted for the particular application. The application cannot be re-installed without deletion of the entire deployment directory contents (directories 0-63).

ERROR MESSAGES/STACK TRACES THAT OCCUR :
CouldNotLoadArgumentException[ Could not load file/URL specified: C:\Users\Agent\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\57\28974b39-1dcfcf4c]
at com.sun.javaws.Main.launchApp(Unknown Source)
at com.sun.javaws.Main.continueInSecure(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)

Wrapped Exception:
java.io.FileNotFoundException: C:\Users\Agent\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\57\28974b39-1dcfcf4c (The system cannot find the file specified)
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 ----------
Any WebStart application will work. The JNLP we used is pasted below. Note that we have tried many variations, both with and without specifying the JNLP codebase and href parameters, but all producing the same deployment cache corruption result.

<?xml version="1.0" encoding="utf-8"?>
<jnlp
  spec="7.0+"
  codebase=""
  href="">
  <information>
    <title>NTA Agent e-App</title>
    <vendor>National Teachers Associates Life Insurance Company</vendor>
    <homepage href="http://eappinstall.ntalife.com/AgentToolBox/AgentToolBox.htm"/>
    <description>NTA Agent e-Application.</description>
    <icon href="images/nta_agent_eapp-icon64.png" />
    <icon kind="shortcut" href="images/nta_agent_eapp-icon64.png" />
    <icon href="images/nta_agent_eapp-icon32.png" />
    <icon kind="default" href="images/nta_agent_eapp-icon32.png" />
    <icon href="images/nta_agent_eapp-icon225.png" />
    <icon kind="splash" href="images/nta_agent_eapp-icon225.png" />
    <offline-allowed/>
    <shortcut online="false" install="true">
      <desktop/>
      <menu submenu="My NTA Agent e-App"/>
    </shortcut>
  </information>
  <resources>
    <jfx:javafx-runtime version="2.2+" href="http://javadl.sun.com/webapps/download/GetFile/javafx-latest/windows-i586/javafx2.jnlp"/>
  </resources>
  <resources>
    <j2se version="1.6+" href="http://java.sun.com/products/autodl/j2se" initial-heap-size="512m" />
    <jar href="AgentToolBox.jar" size="1507520" download="eager" />
    <jar href="lib/itextpdf-5.4.4.jar" size="2183864" download="eager" />
    <jar href="lib/jssh.jar" size="209121" download="eager" />
    <jar href="lib/perst.jar" size="720264" download="eager" />
    <jar href="lib/mail.jar" size="542654" download="eager" />
    <jar href="lib/mailapi.jar" size="293619" download="eager" />
    <extension name="BouncyCastle" href="bc.jnlp"/>
  </resources>
<security>
  <all-permissions/>
</security>
<shortcut><desktop/></shortcut>
  <application-desc main-class="nta.Main">
  </application-desc>
<update check="always" policy="prompt-update"/>
</jnlp>

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

SUPPORT :
YES