This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: [PATCH] PR46774: Calling Policy.setPolicy with a new Policy object has no effect on the default SecurityManager
- From: Dr Andrew John Hughes <ahughes at redhat dot com>
- To: Andrew Haley <aph at redhat dot com>
- Cc: java-patches at gcc dot gnu dot org
- Date: Mon, 20 Dec 2010 18:31:09 +0000
- Subject: Re: [PATCH] PR46774: Calling Policy.setPolicy with a new Policy object has no effect on the default SecurityManager
- References: <20101215014504.GF8123@rivendell.middle-earth.co.uk> <4D088CC6.5050707@redhat.com>
On 09:39 Wed 15 Dec , Andrew Haley wrote:
> On 12/15/2010 01:45 AM, Dr Andrew John Hughes wrote:
> >
> > Ok for trunk? Should this be backported to any older branches?
> >
> > 2010-12-13 Andrew John Hughes<ahughes@redhat.com>
> >
> > PR libgcj/46774
> > * libjava/java/security/VMAccessController.java:
> > (DEFAULT_CONTEXT): Create ProtectionDomain with
> > four argument constructor (arguments are the same
> > as those implied by the two argument constructor).
> > (getContext()): Create ProtectionDomain instances
> > with four argument constructor using a null Principal
> > array (as before) but including the classloader, which
> > was always null before.
>
> OK, thanks. I don't have any strong opinion about whether this
> should be back-ported to older branches, but 4.5 would be good.
>
Thanks.
Committed to both trunk and 4.5. The fix will be available in 4.5.3.
> Andrew.
--
Andrew :)
Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)
Support Free Java!
Contribute to GNU Classpath and IcedTea
http://www.gnu.org/software/classpath
http://icedtea.classpath.org
PGP Key: 94EFD9D8 (http://subkeys.pgp.net)
Fingerprint = F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8