Support unsigned applets (feature request)

Originally reported by Jo-W

We tried to run trove as part of an unsigned applet. This resulted in: java.security.AccessControlException: access denied (java.util.PropertyPermission gnu.trove.verbose read) at gnu.trove.impl.Constants.(Constants.java:26)

Which is the following line: :::java System.getProperty( "gnu.trove.verbose", null )

Which is not allowed in an unsigned applet (only access to a couple of whitelisted properties are allowed).

Perhaps it would be a good idea to catch AccessControlException and simply use the default in such a case?

Or are there any other reasons why an unsigned applet would not work with trove?

Original SF bug

Comments (4)