This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Working with Jini stuff, I have adjusted the ide.policy to enable relevant permissions, but getting an exception (java.lang.RuntimePermission modifyThreadGroup, needed by Jini's ServiceDiscoveryManager, among other classes) when java.security.AllPermission has been granted to ALL relevant codebases. Will attach ide.log and ide.policy.
Created attachment 1398 [details] IDE Logfile showing exceptions.
Created attachment 1399 [details] IDE security policy.
I am assigning this to JINI module as it seems that the problem is there.
Reassigning.
Strange, Mike is jini-ext.jar really at location that has granted AllPermissions? It can be somewhere at class path.
Where are your jini-ext.jar and jini-core.jar located? Put them into either ${java.home}/lib/ext or ${netbeans.user}/lib/ext and everything should work well.
Well, its a long time ago now, and I have lost the original files in the upgrade to NB3.2.1 (including the policy file I created to work around the problem :->) The jini jar files (jini-core, jini-ext and most likely sun-util as well) were /very definitely/ in ${netbeans.home}/lib/ext as can be seen in the ide.log file I attached to the original report. Another indication that the jarfiles were accessible is that all other Jini method calls worked fine; it was only modifyThreadGroup permission that failed. However, as I have stupidly lost the policy file I created to work around the problem, and cannot now reproduce the bug (I have not checked cvs for any changes to the security manager), I am marking this as RESOLVED/INVALID. My apologies for any inconvenience.