FULL PRODUCT VERSION :
All
ADDITIONAL OS VERSION INFORMATION :
Windows 7-64b
A DESCRIPTION OF THE PROBLEM :
See steps to reproduce
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
_ Install multiple JRE on a same client PC
_ Set it as next generation plugin
_ Load applets that call a Java JRE version that is not the highest installed on client PC
-> Applets load up well in their own JRE version but not in their own JVM. They always load own JRE version in the JVM of the highest Java version available on client PC
EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
Each JRE should load in the JVM of its own version
ACTUAL -
Each JRE always load in the JVM of the highest Java version installed on the client
ERROR MESSAGES/STACK TRACES THAT OCCUR :
Java Plug-in 10.76.2.13
Using JRE version 1.8.0_45-b15 Java HotSpot(TM) Client VM
REPRODUCIBILITY :
This bug can be reproduced always.
CUSTOMER SUBMITTED WORKAROUND :
Set JRE to old generation plugin
All
ADDITIONAL OS VERSION INFORMATION :
Windows 7-64b
A DESCRIPTION OF THE PROBLEM :
See steps to reproduce
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
_ Install multiple JRE on a same client PC
_ Set it as next generation plugin
_ Load applets that call a Java JRE version that is not the highest installed on client PC
-> Applets load up well in their own JRE version but not in their own JVM. They always load own JRE version in the JVM of the highest Java version available on client PC
EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
Each JRE should load in the JVM of its own version
ACTUAL -
Each JRE always load in the JVM of the highest Java version installed on the client
ERROR MESSAGES/STACK TRACES THAT OCCUR :
Java Plug-in 10.76.2.13
Using JRE version 1.8.0_45-b15 Java HotSpot(TM) Client VM
REPRODUCIBILITY :
This bug can be reproduced always.
CUSTOMER SUBMITTED WORKAROUND :
Set JRE to old generation plugin