March 2016 - core-libs-dev

RFR - 8148820: Missing @since Javadoc tag in Logger.log(Level, Supplier)
by Daniel Fuchs 01 Mar '16

01 Mar '16

Hi, Please find below a trivial fix for 8148820: Missing @since Javadoc tag in Logger.log(Level, Supplier) https://bugs.openjdk.java.net/browse/JDK-8148820 This method was added to java.util.logging.Logger in jdk 8, but the @since tag was missing. -- daniel diff --git a/src/java.logging/share/classes/java/util/logging/Logger.java b/src/java.logging/share/classes/java/util/logging/Logger.java --- a/src/java.logging/share/classes/java/util/logging/Logger.java +++ b/src/java.logging/share/classes/java/util/logging/Logger.java @@ -839,6 +839,7 @@ * @param level One of the message level identifiers, e.g., SEVERE * @param msgSupplier A function, which when called, produces the * desired log message + * @since 1.8 */ public void log(Level level, Supplier<String> msgSupplier) { if (!isLoggable(level)) {

3 2

[9] RFR: 8150174: Update JAX-WS RI integration to latest version (2.3.0-SNAPSHOT)
by Aleksej Efimov 01 Mar '16

01 Mar '16

Hi, Please, review the bulk update of JAX-WS/B from upstream projects: http://cr.openjdk.java.net/~aefimov/jaxws-integrations/8150174/9/00/ Details (list of fixed issues) can be found in bug report: https://bugs.openjdk.java.net/browse/JDK-8150174 The following test sets were executed over JDK9 with integrated changes: jdk_other JTREG tests; JCK9 jaxws tests; JAXWS unit tests; Thanks, Aleksej

2 2

RFR(M): 8150635: j.l.i.MethodHandles.loop(...) throws IndexOutOfBoundsException
by Michael Haupt 01 Mar '16

01 Mar '16

Dear all, please review this fix. Bug: https://bugs.openjdk.java.net/browse/JDK-8150635 Webrev: http://cr.openjdk.java.net/~mhaupt/8150635/webrev.00 There were two issues to address that led to IOOBE being thrown. 1. Lack of support for deriving the loop signature from given parameter type lists in case no init function is given at all. 2. The loop combinator reporting a wrong exception in case a parameter type list is longer than the common parameter sequence. In this case, an error about non-effectively identical parameter type lists should be signalled. See the JIRA issue for details and examples. Thanks, Michael -- <http://www.oracle.com/> Dr. Michael Haupt | Principal Member of Technical Staff Phone: +49 331 200 7277 | Fax: +49 331 200 7561 Oracle Java Platform Group | LangTools Team | Nashorn Oracle Deutschland B.V. & Co. KG | Schiffbauergasse 14 | 14467 Potsdam, Germany ORACLE Deutschland B.V. & Co. KG | Hauptverwaltung: Riesstraße 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. | Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Nederland, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment

2 4

[PING] PoC for JDK-4347142: Need method to set Password protection to Zip entries
by KUBOTA Yuji 01 Mar '16

01 Mar '16

Hi all, We need reviewer(s) for this PoC. Could you please review this proposal and PoC ? Thanks, Yuji 2015-11-26 13:22 GMT+09:00 KUBOTA Yuji <kubota.yuji(a)gmail.com>: > Hi all, > > * Sorry for my mistake. I re-post this mail because I sent before get > a response of subscription confirmation of core-libs-dev. > > Our customers have to handle password-protected zip files. However, > Java SE does not provide the APIs to handle it yet, so we must use > third party library so far. > > Recently, we found JDK-4347142: "Need method to set Password > protection to Zip entries", and we tried to implement it. > > The current zlib in JDK is completely unaffected by this proposal. The > traditional zip encryption encrypts a data after it is has been > compressed by zlib.[1] So we do NOT need to change existing zlib > implementation. > > We've created PoC and uploaded it as webrev: > > http://cr.openjdk.java.net/~ysuenaga/JDK-4347142/webrev.00/ > > Test code is as below. This code will let you know how this PoC works. > http://cr.openjdk.java.net/~ysuenaga/JDK-4347142/webrev.00/Test.java > > In NTT, a Japanese telecommunications company. We are providing many > enterprise systems to customers. Some of them, we need to implement to > handle password-protected zip file. I guess that this proposal is > desired for many developers and users. > > I'm working together with Yasumasa Suenaga, jdk9 committer (ysuenaga). > We want to implement it if this proposal accepted. > > [1]: https://pkware.cachefly.net/webdocs/APPNOTE/APPNOTE-6.3.3.TXT > (6.0 Traditional PKWARE Encryption) > > Thanks, > Yuji

7 23