On 01/29/2015 12:44 PM, Brent Christian wrote:

Hi,

I ran my updated test through our automated testing system, and it failed *on Windows only*. The toURI() call I added came back with an AccessControlException due to not being able to read the "test.classes" directory. The test uses its own security policy.

Try adding -Djava.security.debug=access to the command line and seeing what ProtectionDomain is causing the failure and what permissions have been granted to it. There could be a file pathname canonicalization bug lurking in there. --Sean

I added

permission java.io.FilePermission "<<ALL FILES>>", "read";

to the policy file and the test now passes on all platforms. So I'll be pushing this additional change to the test's policy file.

Anybody know what might be going on - why Windows isn't able to read the directory that jtreg creates for test classes?

Thanks, -Brent

java.security.AccessControlException: access denied ("java.io.FilePermission" "C:\jprt\T\P1\235755.bachrist\s\jdk\testoutput\jdk_io\JTwork\classes\java\io\Serializable\subclassGC" "read") at java.security.AccessControlContext.checkPermission(AccessControlContext.java:457)

at java.security.AccessController.checkPermission(AccessController.java:894) at java.lang.SecurityManager.checkPermission(SecurityManager.java:541) at java.lang.SecurityManager.checkRead(SecurityManager.java:880) at java.io.File.isDirectory(File.java:844) at java.io.File.toURI(File.java:732) at SubclassGC.main(SubclassGC.java:53) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.lang.reflect.Method.invoke(Method.java:498) at com.sun.javatest.regtest.MainWrapper$MainThread.run(MainWrapper.java:94) at java.lang.Thread.run(Thread.java:745)

On 1/23/15 4:15 PM, Brent Christian wrote:

...

Hi,

Please review this test case update.

Bug: https://bugs.openjdk.java.net/browse/JDK-8068578 Webrev: http://cr.openjdk.java.net/~bchristi/8068578/webrev.0/

The test relies on creating a new URLClassLoader and using it to load a subclass of ObjectOutputStream. The system classloader is cast to a URLClassLoader in order to call getURLs(), but the test can be made to work without this URL[]. We can instead create a URL based on the value of the "test.classes" system property.

I have confirmed that the test still detects the original bug (6232010) in 5u6, and passes with later JDKs.

Thanks, -Brent