Java Solaris Communities Sun Store Join SDN My Profile Why Join?
 
Bug Database
Bug Detail
Quick Lists
Top 25 Bugs
Top 25 RFE's
Recently Closed Bugs
Printable Page Printable Page


Bug Database
Bug ID: 4938222
Votes 0
Synopsis REGRESSION: VMInfo Applet fails to load, throws AccessControlException
Category java_plugin:other
Reported Against tiger-beta
Release Fixed
State 11-Closed, duplicate of 4649690, bug
Priority: 1-Very High
Related Bugs 4649690
Submit Date 15-OCT-2003
Description
Build: Tiger b24
Build Location: /net/mizu.sfbay/usr/re/jdk1.5.0/bundles/*

Platform: Solaris Sparc 9/10, Solaris x86 9

The VMInfo applet fail to load and it throws AccessControlException exception.
The same applet loads using Tiger b23 w/o any problem. 

This problem is observed with Mozilla 1.2.1, Netscape 7.0 browsers

Steps to reproduce -

1) Install jdk/jre 1.5.0 on the local machine from the above location

2) Make sure that there is no .java.policy file present in $HOME

3) Go to the VMInfo tests (Test no: 4) at
http://sqeweb.sfbay/deployment1/mantis_ws_plugin/doc/proc/JPI_bat.html

The VM info applet does not load and it throws the following exception

-------------------------------------------------------------------------

java.security.AccessControlException: access denied (java.util.PropertyPermission java.class.path read)
at java.security.AccessControlContext.checkPermission(Unknown Source)
at java.security.AccessController.checkPermission(Unknown Source)
at java.lang.SecurityManager.checkPermission(Unknown Source)
at java.lang.SecurityManager.checkPropertyAccess(Unknown Source)
at vminfo.init(vminfo.java:45)
at sun.applet.AppletPanel.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
-------------------------------------------------------------------------

please fix this.

  xxxxx@xxxxx   2003-10-15
Work Around
N/A
Evaluation
Possibly caused by 4935441.

  xxxxx@xxxxx   2003-10-16

This is casued by timestamping RFE introduced by JSSE, we are using codeSigner object which include timestamping info. In order to make it work in Java plugin, the JPI caching has to be changed to record codeSigner object instead of certificate array object only.

Without those changes, the Java plugin cache will break, so no security dialog box pop up, therefore the applet will run untrusted and you got those exception.

The fixes has been done in RFE 4649690, so I will mark it as duplicate of RFE 4649690.

  xxxxx@xxxxx   2003-11-03
Comments
  
  Include a link with my name & email   


PLEASE NOTE: JDK6 is formerly known as Project Mustang