JDK-6685605 : Regression: command-line arguments from Java Applet Runtime Settings are being lost
  • Type: Bug
  • Component: deploy
  • Sub-Component: plugin
  • Affected Version: 6u10
  • Priority: P2
  • Status: Closed
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2008-04-08
  • Updated: 2010-11-03
  • Resolved: 2008-05-21
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 6
6u10 b23Fixed
Related Reports
Relates :  
JDK-6688332 - Applet fails to load using latest nightly (dated Apr-14)
Relates :  
JDK-6706472 - JREInfo - JRE product milestone part ist lost
Description
###@###.### pointed out that command-line arguments specified via the Java Applet Runtime Settings in the Java Control Panel are being lost. This can be confirmed by specifying a system property like -Dsun.java2d.noddraw=true in the control panel, runnng any simple applet, and dumping the system properties in the Java Console. Command-line arguments specified via the java_arguments applet parameter or via JNLP are apparently working fine. This is likely a side-effect of the recent changes to merge the JREInfo with the PluginJavaInfo. It is a significant regression because it will prevent the effective debugging of applets (-Xdebug is an insecure command-line argument and needs to be specified via the Java Control Panel so it will be treated as a trusted argument) as well as prevent certain legacy applets from working as expected.
Comments
EVALUATION Indeed, the complexity of PluginJavaInfo and JREInfo 'collaboration' were responsible of the loss of the vm-args.
13-04-2008
SUGGESTED FIX Getting rid of PluginJavaInfo, finally. We (Andy, Ken and I) have discussed this before weeks and agreed that we can use the unified version. This simplifies the Config/JREInfo code, the UI of the control panel, etc.
13-04-2008