Wed, 26 Jan 2011 13:45:25 -0800
7013272: Automatically generate info about how compiler resource keys are used
Reviewed-by: mcimadamore
1 /*
2 * Copyright (c) 1999, 2002, Oracle and/or its affiliates. All rights reserved.
3 * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
4 *
5 * This code is free software; you can redistribute it and/or modify it
6 * under the terms of the GNU General Public License version 2 only, as
7 * published by the Free Software Foundation.
8 *
9 * This code is distributed in the hope that it will be useful, but WITHOUT
10 * ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
11 * FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License
12 * version 2 for more details (a copy is included in the LICENSE file that
13 * accompanied this code).
14 *
15 * You should have received a copy of the GNU General Public License version
16 * 2 along with this work; if not, write to the Free Software Foundation,
17 * Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
18 *
19 * Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
20 * or visit www.oracle.com if you need additional information or have any
21 * questions.
22 */
24 /*
25 * @test
26 * @bug 4249096
27 * @summary Verify that special access checks for inherited protected members
28 * are not applied to static members, per specification revision.
29 * @author maddox
30 *
31 * @compile ProtectedAccess_1.java
32 */
34 /*
35 * Previously, javac handled the JLS 6.6.2 access check for
36 * inherited static protected members differently when accessed
37 * via a static reference or via an instance.
38 * The current specification draft now drops all 6.6.2 checks
39 * for static members.
40 */
42 import p.SuperClass;
44 class ProtectedAccess_1 extends SuperClass {
45 {
46 SuperClass.i = 5; // OK
47 new SuperClass().i = 5; // OK
48 }
49 }