JDK 8 RFR: 8009267: Restore isAnnotationPresent methods in public AnnotatedElement implementations

2013-03-01 Thread Joe Darcy
Hello, The changes pushed under 8007113: Upgrade AnnotatedElement.isAnnotionPresent to be a default method http://hg.openjdk.java.net/jdk8/tl/jdk/rev/e04467fa13af combined with how javac currently models default methods under pre-JDK-8 source versions can result in some source compat

Re: RFR: 8002070 Remove the stack search for a resource bundle for Logger to use

2013-03-01 Thread Mandy Chung
On 3/1/2013 1:25 PM, Jim Gish wrote: Please review http://cr.openjdk.java.net/~jgish/Bug8002070-RemoveResourceBundleStackSearch/ This removes the stack search from Logger.findResourceBundle() It's good to see this stack walk search of resource bundle going away. In Logger.java, the existin

hg: jdk8/tl/jdk: 8006645: TEST_BUG: java/nio/file/Files/CopyAndMove.java failing intermittently (sol)

2013-03-01 Thread dan . xu
Changeset: 30e30ef6077e Author:dxu Date: 2013-03-01 14:12 -0800 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/30e30ef6077e 8006645: TEST_BUG: java/nio/file/Files/CopyAndMove.java failing intermittently (sol) Summary: Fix test failures and update java doc of Files.move Reviewed-by

RFR: JDK-8007297: [pack200] allow opcodes with InterfaceMethodRefs

2013-03-01 Thread Kumar Srinivasan
Hello, I will be pushing these changes reviewed by jrose, please let me know if you have any comments. Bug: https://jbs.oracle.com/bugs/browse/JDK-8007297 Webrev: http://cr.openjdk.java.net/~ksrini/8007297/webrev.jdk.2/ Thanks Kumar

hg: jdk8/tl/jdk: 2 new changesets

2013-03-01 Thread sean . mullan
Changeset: 1652ac7b4bfd Author:mullan Date: 2013-03-01 16:12 -0500 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/1652ac7b4bfd 8008908: Access denied when invoking Subject.doAsPrivileged() Summary: wildcard principal names are not processed correctly Reviewed-by: xuelei ! src/shar

RFR: 8002070 Remove the stack search for a resource bundle for Logger to use

2013-03-01 Thread Jim Gish
Please review http://cr.openjdk.java.net/~jgish/Bug8002070-RemoveResourceBundleStackSearch/ This removes the stack search from Logger.findResourceBundle() Note that because this is a change in the spec/functional

JEP 177: Optimize java.text.DecimalFormat.format

2013-03-01 Thread mark . reinhold
Posted: http://openjdk.java.net/jeps/177 - Mark

JEP 176: Mechanical Checking of Caller-Sensitive Methods

2013-03-01 Thread mark . reinhold
Posted: http://openjdk.java.net/jeps/176 - Mark

Re: Do not let internal JDK zlib symbols leak out of fastdebug libzip.so

2013-03-01 Thread Kelly O'Hair
On Mar 1, 2013, at 6:44 AM, Alan Bateman wrote: >> It's hard to find something more standard than stddef.h. >> > It's hard to find something as non-standard as Windows. My point was we just > need to double check that this builds okay on Windows, which is does. The only issue I have seen with

Re: Should "packages" be opened by default in javadoc?

2013-03-01 Thread Alan Bateman
On 01/03/2013 15:38, Paul Benedict wrote: jdk8b78 makes "profiles" the default view in the javadoc. However, I find that very disruptive to my usage; 99% of the time I will not be looking for profiles but locating packages. Since this is a new feature, I am sure there's room to hear feedback on t

Re: Should "packages" be opened by default in javadoc?

2013-03-01 Thread Kasper Nielsen
Auch, yeah not really interested in the profile view either. (http://download.java.net/jdk8/docs/api/ for link) - Kasper On Fri, Mar 1, 2013 at 4:38 PM, Paul Benedict wrote: > jdk8b78 makes "profiles" the default view in the javadoc. However, I find > that very disruptive to my usage; 99% of t

Should "packages" be opened by default in javadoc?

2013-03-01 Thread Paul Benedict
jdk8b78 makes "profiles" the default view in the javadoc. However, I find that very disruptive to my usage; 99% of the time I will not be looking for profiles but locating packages. Since this is a new feature, I am sure there's room to hear feedback on the decision. Thanks, Paul

Re: Request for review: 7190897 (fs) Files.isWritable method returns false when the path is writable (win). - ver. 1

2013-03-01 Thread Alan Bateman
On 01/03/2013 11:45, Alexey Utkin wrote: That is possible, but includes pre-requirements for installed MS tools. That is not a good idea. I agree. New version of the fix was prepared. Bug description: http://bugs.sun.com/view_bug.do?bug_id=7190897 https://jbs.oracle.com/bugs/browse/

Re: Do not let internal JDK zlib symbols leak out of fastdebug libzip.so

2013-03-01 Thread Alan Bateman
On 28/02/2013 16:11, Martin Buchholz wrote: On Thu, Feb 28, 2013 at 6:03 AM, Alan Bateman > wrote: The update to make/java/zip/Makefile looks good to me, we should have done it a long time ago. I assume you are pushing ahead on this because you want

Request for review: 7190897 (fs) Files.isWritable method returns false when the path is writable (win). - ver. 1

2013-03-01 Thread Alexey Utkin
On 28.02.2013 19:41, Alan Bateman wrote: On 28/02/2013 15:17, Alexey Utkin wrote: That is not single, but 4 additional parameters ( FILE_GENERIC_READ, FILE_GENERIC_WRITE, FILE_GENERIC_EXECUTE, FILE_ALL_ACCESS) - that are relatively complicate masks. That parameters have to be changed consisten

hg: jdk8/tl/jdk: 7030966: Support AEAD CipherSuites

2013-03-01 Thread xuelei . fan
Changeset: def2e05299b7 Author:xuelei Date: 2013-03-01 02:34 -0800 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/def2e05299b7 7030966: Support AEAD CipherSuites Reviewed-by: weijun, wetmore, valeriep ! src/share/classes/com/sun/crypto/provider/TlsKeyMaterialGenerator.java ! src/s