On 12/5/16, 1:32 AM, Rory O'Donnell wrote:
Hi Rick,
Can you log a bug and send us the Java Incident number, I will follow up.
Thanks for responding quickly, Rory. I'm afraid I don't know what bug
system to use. Is it the OpenJDK bug system hosted here
https://bugs.openjdk.java.net/secure/Dashboard.jspa
and described here
https://wiki.openjdk.java.net/display/general/JBS+Overview
According to that second link, I need to leap over some hurdles in order
to log a bug. I need a JBS account with Author (or greater) privilege.
Is this the process to follow, or should I be looking at some other bug
system?
Thanks,
-Rick
Rgds,Rory
On 03/12/2016 19:40, Rick Hillegas wrote:
Hi Rory,
Build 140 did not display the file permissions problems described
here:
http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-October/005062.html.
However, I did see file permissions problems with JDK 9 build 144. It
has taken me a while to write a compact repro for the file
permissions problems, but I have finally succeeded. My results are
described in the comments dated from 2016-11-15 through 2016-12-03 on
the following JIRA issue:
https://issues.apache.org/jira/browse/DERBY-6856
I am attaching the repro to this mail message, along with the
following summary, copied from DERBY-6856:
-----------------------------------
It has taken me a while, but I now have a compact repro for the
regression in JDK 9 build 144. I am attaching the following files:
PTest.java - A test which shows this problem
ptestScript - A script for building the test and running it
To show the problem, put PTest.java in the current directory and run
ptestScript. The script will compile the test class and put the test
class inside a jar file in the parent directory. Then the script will
run the test in setup mode, creating a subdirectory of the current
directory and a policy file. Finally, the script will run the test
under a security manager, demonstrating the problem on JDK 9 build 144.
I have observed the following:
1) The problem only occurs if the jar file which receives privileges
is in the parent directory of the current directory. If the jar file
is in the current directory, then the problem does not occur.
2) The problem only occurs if the policy file grants write permission
as well as read permission on the target directory.
Here is the output of the script when it is run using JDK 8:
------
java version "1.8.0_101"
Java(TM) SE Runtime Environment (build 1.8.0_101-b13)
Java HotSpot(TM) 64-Bit Server VM (build 25.101-b13, mixed mode)
Compile the test and jar it up...
Run the test in setup mode, creating a subdirectory and policy file...
Policy file is...
grant codeBase "file:/Users/rhillegas/derby/PTest.jar" {
permission java.io.FilePermission
"/Users/rhillegas/derby/mainline/ptestdir/-", "write";
permission java.io.FilePermission
"/Users/rhillegas/derby/mainline/ptestdir/-", "read";
};
Now run the experiment under a security manager...
Checking for existence of
/Users/rhillegas/derby/mainline/ptestdir/zdummy.txt
'/Users/rhillegas/derby/mainline/ptestdir/zdummy.txt' exists = false
------
Here is the output from the script when the current environment uses
jdk 9 build 144:
------
java version "9-ea"
Java(TM) SE Runtime Environment (build 9-ea+144)
Java HotSpot(TM) 64-Bit Server VM (build 9-ea+144, mixed mode)
Compile the test and jar it up...
Run the test in setup mode, creating a subdirectory and policy file...
Policy file is...
grant codeBase "file:/Users/rhillegas/derby/PTest.jar" {
permission java.io.FilePermission
"/Users/rhillegas/derby/mainline/ptestdir/-", "write";
permission java.io.FilePermission
"/Users/rhillegas/derby/mainline/ptestdir/-", "read";
};
Now run the experiment under a security manager...
Checking for existence of
/Users/rhillegas/derby/mainline/ptestdir/zdummy.txt
Caught a java.security.AccessControlException bearing this message:
access denied ("java.io.FilePermission"
"/Users/rhillegas/derby/mainline/ptestdir/zdummy.txt" "read")
------
Best regards,
-Rick
On 11/14/16, 4:04 AM, Rory O'Donnell wrote:
Hi Rick,
Early Access b144 <https://jdk9.java.net/jigsaw/> (#5709) for JDK 9
with Project Jigsaw is available on java.net, summary of changes are
listed here.
<http://www.java.net/download/java/jigsaw/archive/144/binaries/jdk-9+144.html>
Early Access b144 <https://jdk9.java.net/download/> for JDK 9 is
available on java.net, summary of changes are listed here
<http://www.java.net/download/java/jdk9/changes/jdk-9+144.html>.
There have been a number of fixes to bugs reported by Open Source
projects since the last availability email :
* JDK-8156149 : Blurry rendering on Windows 7 at 125% screen
setting
* JDK-8167431 : tools javac takes too long time to resolve
interface dependency
* JDK-8062810 : infrastructure Examine src.zip in JDK image and
decide if source classes should be organized by module
*Proposal* - latest update
* b142 of JDK 9 with project Jigsaw has the initial
implementation of open modules and open packages as detailed
in the recent proposal for #ReflectiveAccessToNonExportedTypes [1]
*Tool*
Adapted from JEP 277 [2]
* A static analysis tool jdeprscan has been provided that scans
a jar file (or some other aggregation of class files) for uses
of deprecated API elements.
*Schedule*
* The proposed JDK 9 schedule has been adopted and posted on the
Open JDK 9 Project Page [3]
Rgds,Rory
[1]
http://mail.openjdk.java.net/pipermail/jpms-spec-experts/2016-October/000430.html
[2] http://openjdk.java.net/jeps/277
[3] http://openjdk.java.net/projects/jdk9/
--
Rgds,Rory O'Donnell
Quality Engineering Manager
Oracle EMEA , Dublin, Ireland
--
Rgds,Rory O'Donnell
Quality Engineering Manager
Oracle EMEA , Dublin, Ireland