-
Bug
-
Resolution: Won't Fix
-
P3
-
6u41
Applet Index deleted from Java cache when Java WebStart application is launched after the applets are running.
Issue Clarification
===================
On 6u35 and 6u41
RIA applet experienced runtime errors when a Java Web Start application is invoked after the applet is running.
When the applicaion [CPSOS] is launched , it downloads multiple jar files and
caches them in various java cache directory folders as determined by the JRE
(ex.
o C:\Users\ms\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\11\
o C:\Users\ms\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\22\
o C:\Users\ms\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\57\
When a subsequent Java Web Start jnlp is invoked , it has ben observed that
the same javaw.exe PID as the JWS application just invoked is deleting the
IDX files associated with the application (while it is running) The
applet then experiences runtime error messages when functionality from cached
classes is attempted to be invoked and must eventually be closed and
restarted.
We need to understand if this is a JRE defect, or if it is something in the
JNLP that needs to be configured differently to avoid this undesirable
behavior.
The applet does not make any direct read of the cache per the developer. e.g.
it is not trying to predict where files are in the cache.
( the problem has been observed on 6u35, and 6u41 )
The issue has been occurring with an internal JNLP based application ,
but it can be reproduced with generic webstart apps from external site.
The Error exception is:
ERROR: Failed to recover corrupt cache entry, java.io.FileNotFoundException:
index file not found ,
Issue Clarification
===================
On 6u35 and 6u41
RIA applet experienced runtime errors when a Java Web Start application is invoked after the applet is running.
When the applicaion [CPSOS] is launched , it downloads multiple jar files and
caches them in various java cache directory folders as determined by the JRE
(ex.
o C:\Users\ms\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\11\
o C:\Users\ms\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\22\
o C:\Users\ms\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\57\
When a subsequent Java Web Start jnlp is invoked , it has ben observed that
the same javaw.exe PID as the JWS application just invoked is deleting the
IDX files associated with the application (while it is running) The
applet then experiences runtime error messages when functionality from cached
classes is attempted to be invoked and must eventually be closed and
restarted.
We need to understand if this is a JRE defect, or if it is something in the
JNLP that needs to be configured differently to avoid this undesirable
behavior.
The applet does not make any direct read of the cache per the developer. e.g.
it is not trying to predict where files are in the cache.
( the problem has been observed on 6u35, and 6u41 )
The issue has been occurring with an internal JNLP based application ,
but it can be reproduced with generic webstart apps from external site.
The Error exception is:
ERROR: Failed to recover corrupt cache entry, java.io.FileNotFoundException:
index file not found ,