Re: RFR: 8311528: Remove IDE specific SuppressWarnings

2023-07-06 Thread Lance Andersen
On Thu, 6 Jul 2023 21:03:29 GMT, Naoto Sato wrote: > Removing the IDE specific `@SuppressWarnings` attached to > `java.util.Calendar#equals()`. `equals()` implementation now checks the type > of the other instance for this. Marked as reviewed by lancea (Reviewer). - PR Review: ht

Re: RFR: 8310818: Refactor more Locale tests to use JUnit [v2]

2023-07-06 Thread Lance Andersen
On Thu, 6 Jul 2023 19:32:09 GMT, Justin Lu wrote: >> Please review this PR which refactors additional tests in Locale to use >> JUnit. >> >> If a test was named bugNNN.java, it was renamed to something more >> descriptive. >> >> Below is a list of all the changes >> >> - Refactor and Ren

Re: RFR: 8310999: Add @since info in jdk.jsobject files

2023-07-05 Thread Lance Andersen
On Wed, 5 Jul 2023 14:51:31 GMT, Roger Riggs wrote: > Source code cleanup. > Add @since, remove unused imports and remove unnecessary SuppressWarnings of > deprecation. Marked as reviewed by lancea (Reviewer). - PR Review: https://git.openjdk.org/jdk/pull/14775#pullrequestreview-1

Re: RFR: 8311188: Simplify and modernize equals and hashCode in java.text

2023-07-03 Thread Lance Andersen
On Mon, 3 Jul 2023 11:12:32 GMT, Pavel Rappo wrote: > Please review this PR to use modern APIs and language features to simplify > `equals` and `hashCode` in the java.text area. > > * Some changes to `equals` and `hashCode` are refactoring rather than > modernization. Such changes can be as tr

Re: RFR: 8310923: Refactor Currency tests to use JUnit [v6]

2023-06-30 Thread Lance Andersen
On Fri, 30 Jun 2023 16:49:22 GMT, Justin Lu wrote: >> Please review this PR which refactors Currency tests to use JUnit. >> >> The most significant change occurs in `ValidateISO4217.java`. Other changes >> to this file excluding the JUnit refactoring include >> >> - Tests are no longer depende

Re: RFR: 8310987: Missing @since tag(s) in java/util/logging/ErrorManager.java

2023-06-30 Thread Lance Andersen
On Fri, 30 Jun 2023 09:06:20 GMT, Daniel Fuchs wrote: > Please find here a trivial doc fix to add a missing `@since 1.4` to the > java.util.logging.ErrorManager class. Marked as reviewed by lancea (Reviewer). - PR Review: https://git.openjdk.org/jdk/pull/14725#pullrequestreview-15

Re: RFR: 8310982: jdk/internal/util/ArchTest.java fails after JDK-8308452 failed with Method isARM()

2023-06-27 Thread Lance Andersen
On Tue, 27 Jun 2023 19:55:02 GMT, Roger Riggs wrote: > Fix a test bug when run on aarch64, it was supposed to confirm it was not > running on Arm. Marked as reviewed by lancea (Reviewer). - PR Review: https://git.openjdk.org/jdk/pull/14685#pullrequestreview-1501766576

Integrated: 8310828: java.sql java.sql.rowset packages have no `@since` info

2023-06-27 Thread Lance Andersen
On Mon, 26 Jun 2023 13:00:31 GMT, Lance Andersen wrote: > Hi all, > > Please review this trivial change which adds the `@since` javadoc tag to the > various ` java.sql `and `java.sql.rowset` packages. > > Best > Lance This pull request has now been integrated. Chang

Re: RFR: JDK-8310975 java.util.FormatItemModifier should not be protected

2023-06-27 Thread Lance Andersen
On Tue, 27 Jun 2023 16:11:43 GMT, Jim Laskey wrote: > The nested class is incorrectly marked as protected. Marked as reviewed by lancea (Reviewer). - PR Review: https://git.openjdk.org/jdk/pull/14681#pullrequestreview-1501494580

Re: RFR: 8310182: DateTimeFormatter date formats (ISO_LOCAL_DATE) separated with hyphen, not dash [v2]

2023-06-27 Thread Lance Andersen
On Tue, 27 Jun 2023 03:39:30 GMT, Naoto Sato wrote: >> Replacing the ambiguous `dash` with `hyphen-minus` for more clarity. There >> are other locations than `ISO_LOCAL_DATE` that have the same description. >> Those are corrected too. > > Naoto Sato has updated the pull request incrementally wi

Re: RFR: JDK-8310909: java.io.InvalidObjectException has redundant `@since` tag

2023-06-26 Thread Lance Andersen
On Mon, 26 Jun 2023 18:32:30 GMT, Jonathan Gibbons wrote: > Please review a trivial update to remove a redundant `@since` tag. Marked as reviewed by lancea (Reviewer). - PR Review: https://git.openjdk.org/jdk/pull/14662#pullrequestreview-1499179572

RFR: 8310828: java.sql java.sql.rowset packages have no `@since` info

2023-06-26 Thread Lance Andersen
Hi all, Please review this trivial change which adds the `@since` javadoc tag to the various ` java.sql `and `java.sql.rowset` packages. Best Lance - Commit messages: - Remove empty line - Add @since to package-info.java Changes: https://git.openjdk.org/jdk/pull/14652/files Web

Re: RFR: 8310837: Use ByteArrayLittleEndian in java.util.zip

2023-06-26 Thread Lance Andersen
On Fri, 23 Jun 2023 20:00:12 GMT, Glavo wrote: > Using `ByteArrayLittleEndian` is simpler and faster. > > `make test TEST="micro:java.util.zip.ZipFileOpen"`: > > > Benchmark (size) Mode Cnt Score Error Units > - ZipFileOpen.openCloseZipFile 512 avgt 15

Re: RFR: 8222329: Readable read(CharBuffer) does not specify that 0 is returned when there is no remaining space in buffer [v8]

2023-06-23 Thread Lance Andersen
On Fri, 23 Jun 2023 23:23:07 GMT, Brian Burkhalter wrote: >> Clarify the behavior of `java.lang.Readable` when the specified >> `java.nio.CharBuffer` parameter is empty but read-only, and when it is full. > > Brian Burkhalter has updated the pull request incrementally with one > additional comm

Re: RFR: 8222329: Readable read(CharBuffer) does not specify that 0 is returned when there is no remaining space in buffer

2023-06-22 Thread Lance Andersen
On Thu, 22 Jun 2023 19:00:58 GMT, Brian Burkhalter wrote: >> src/java.base/share/classes/java/lang/Readable.java line 49: >> >>> 47: * @param cb the buffer to read characters into >>> 48: * @return The number of {@code char} values added to the buffer, >>> 49: * possibly z

Re: RFR: 8222329: Readable read(CharBuffer) does not specify that 0 is returned when there is no remaining space in buffer

2023-06-22 Thread Lance Andersen
On Thu, 22 Jun 2023 18:22:35 GMT, Brian Burkhalter wrote: > Clarify the behavior of `java.lang.Readable` when the specified > `java.nio.CharBuffer` parameter is empty but read-only, and when it is full. Marked as reviewed by lancea (Reviewer). - PR Review: https://git.openjdk.org/

Re: RFR: 8222329: Readable read(CharBuffer) does not specify that 0 is returned when there is no remaining space in buffer

2023-06-22 Thread Lance Andersen
On Thu, 22 Jun 2023 18:22:35 GMT, Brian Burkhalter wrote: > Clarify the behavior of `java.lang.Readable` when the specified > `java.nio.CharBuffer` parameter is empty but read-only, and when it is full. src/java.base/share/classes/java/lang/Readable.java line 49: > 47: * @param cb the buf

Re: RFR: 8310234: Refactor Locale tests to use JUnit

2023-06-22 Thread Lance Andersen
On Thu, 22 Jun 2023 01:08:30 GMT, Justin Lu wrote: > Please review this PR as apart of > [JDK-8307843](https://bugs.openjdk.org/browse/JDK-8307843) which refactors > some tests in Locale to use JUnit. Other cleanup and small changes are > included as well. More refactoring in Locale tests will

Re: RFR: 8310234: Refactor Locale tests to use JUnit

2023-06-22 Thread Lance Andersen
On Thu, 22 Jun 2023 18:25:24 GMT, Justin Lu wrote: >> Please review this PR as apart of >> [JDK-8307843](https://bugs.openjdk.org/browse/JDK-8307843) which refactors >> some tests in Locale to use JUnit. Other cleanup and small changes are >> included as well. More refactoring in Locale tests

Re: RFR: 8310033: Clarify return value of Java Time compareTo methods

2023-06-16 Thread Lance Andersen
On Fri, 16 Jun 2023 20:51:42 GMT, Roger Riggs wrote: >> src/java.base/share/classes/java/time/Duration.java line 1422: >> >>> 1420: * >>> 1421: * @param otherDuration the other duration to compare to, not null >>> 1422: * @return the comparator value is less than zero if the other

Re: RFR: 8310033: Clarify return value of Java Time compareTo methods

2023-06-16 Thread Lance Andersen
On Wed, 14 Jun 2023 20:35:54 GMT, Roger Riggs wrote: > In java.time packages, clarify timeline order javadoc to mention "before" and > "after" in the value of the `compareTo` method return values. > Add javadoc @see tags to isBefore and isAfter methods > > Replace use of "negative" and positiv

Re: RFR: 8304478: Initial nroff manpage generation for JDK 22

2023-06-14 Thread Lance Andersen
On Wed, 14 Jun 2023 04:53:58 GMT, David Holmes wrote: > Updated the version to 22-ea and year to 2024. > > The following unpublished changes will also be included in this update: > - [JDK-8290626](https://bugs.openjdk.org/browse/JDK-8290626): keytool manpage > contains a special character > - [

Re: RFR: 8309955: Matcher uses @since {@inheritDoc}

2023-06-13 Thread Lance Andersen
On Tue, 13 Jun 2023 18:08:55 GMT, Raffaello Giulietti wrote: > Trivial fix to working but unsupported use of {@inheritDoc} Marked as reviewed by lancea (Reviewer). - PR Review: https://git.openjdk.org/jdk/pull/14452#pullrequestreview-1477810928

Re: RFR: 8303530: Redefine JAXP Configuration File [v14]

2023-05-31 Thread Lance Andersen
On Wed, 31 May 2023 21:09:57 GMT, Joe Wang wrote: >> Add a system property, jdk.xml.config.file, to return the path to a custom >> JAXP configuration file. The current configuration file, jaxp.properties, >> that the JDK supports will become the default configuration file. >> >> CSR: https://b

Re: RFR: JDK-8077371: Binary files in JAXP test should be removed [v7]

2023-05-30 Thread Lance Andersen
On Wed, 10 May 2023 14:52:58 GMT, Mahendra Chhipa wrote: >> Test is updated to create the binary files during test execution. > > Mahendra Chhipa has updated the pull request incrementally with one > additional commit since the last revision: > > Implemented the review comments. Apologies fo

Re: RFR: JDK-8077371: Binary files in JAXP test should be removed [v6]

2023-05-30 Thread Lance Andersen
On Wed, 10 May 2023 14:41:02 GMT, Mahendra Chhipa wrote: >> test/jdk/javax/xml/jaxp/datatype/8033980/SerializationTest.java line 232: >> >>> 230: * JDKGregorianCalendarAndDurationSerData.java files. >>> 231: * @param baos >>> 232: */ >> >> I think there needs to be a general comm

Re: RFR: 8307403: java/util/zip/DeInflate.java timed out

2023-05-15 Thread Lance Andersen
On Fri, 12 May 2023 12:47:28 GMT, Jaikiran Pai wrote: > Can I please get a review of this test only change which addresses the issue > noted in https://bugs.openjdk.org/browse/JDK-8307403? > > When we recently did a change in https://bugs.openjdk.org/browse/JDK-8299748, > there was a oversight

Re: RFR: 8308021: Update IANA Language Subtag Registry to Version 2023-05-11

2023-05-12 Thread Lance Andersen
On Fri, 12 May 2023 17:56:12 GMT, Justin Lu wrote: > Please review this trivial fix which updates the IANA data to version > 5/11/2023. As the update only includes variant sub-tags, there is no impact > to JDK tests. The update can be found > [here](https://mm.icann.org/pipermail/ietf-language

Re: RFR: 8308016: Use snippets in java.io package

2023-05-12 Thread Lance Andersen
On Fri, 12 May 2023 17:52:29 GMT, Brian Burkhalter wrote: >> src/java.base/share/classes/java/io/Console.java line 124: >> >>> 122: * if (con != null) { >>> 123: * Scanner sc = new Scanner(con.reader()); >>> 124: * ... >> >> I'm not sure how you fe

Re: RFR: 8300794: Use @snippet in java.util:i18n [v2]

2023-05-12 Thread Lance Andersen
On Thu, 11 May 2023 20:39:57 GMT, Justin Lu wrote: >> Please review this javadoc only change which uses `@snippet` and >> `@linkplain` in i18n related util packages. > > Justin Lu has updated the pull request incrementally with one additional > commit since the last revision: > > Review: Mov

Re: RFR: 8281103: Give example for Locale that is English and follows the ISO standards

2023-05-09 Thread Lance Andersen
On Tue, 9 May 2023 20:39:19 GMT, Justin Lu wrote: > Please review this PR which adds an example snippet to > `java.time.temporal.WeekFields.of(Locale locale)` > > The snippet demonstrates how to create a Locale that has English Locale > qualities with an ISO-8601 first day of the week. > > T

Re: RFR: JDK-8077371: Binary files in JAXP test should be removed [v6]

2023-05-05 Thread Lance Andersen
On Wed, 3 May 2023 14:12:33 GMT, Mahendra Chhipa wrote: >> Test is updated to create the binary files during test execution. > > Mahendra Chhipa has updated the pull request incrementally with one > additional commit since the last revision: > > Move the pseudo code generation part from setup

Re: RFR: JDK-8077371: Binary files in JAXP test should be removed [v4]

2023-05-02 Thread Lance Andersen
On Tue, 2 May 2023 14:05:03 GMT, Mahendra Chhipa wrote: >> test/jdk/javax/xml/jaxp/datatype/8033980/SerializationTest.java line 85: >> >>> 83: >>> 84: // Generates the Java Pseudo code for base64 encoded string >>> that can be cut & pasted into the test >>> 85: final StringBuil

Re: RFR: JDK-8077371: Binary files in JAXP test should be removed [v4]

2023-04-29 Thread Lance Andersen
On Thu, 27 Apr 2023 17:35:12 GMT, Mahendra Chhipa wrote: >> Test is updated to create the binary files during test execution. > > Mahendra Chhipa has updated the pull request incrementally with one > additional commit since the last revision: > > Implemented the review comments. test/jdk/jav

Integrated: 8307088: Allow the jdbc.drivers system property to be searchable

2023-04-29 Thread Lance Andersen
On Fri, 28 Apr 2023 17:28:47 GMT, Lance Andersen wrote: > Hi all, > > Please review this trivial change which allows the` jdbc.drivers` system > property to be searchable. > > Best. > Lance This pull request has now been integrated. Changeset: bb7608ba Author:

Re: RFR: 8307088: Allow the jdbc.drivers system property to be searchable

2023-04-28 Thread Lance Andersen
On Fri, 28 Apr 2023 18:43:01 GMT, Eirik Bjorsnos wrote: > Somewhat unrelated perhaps, but I found the example value given for > `jdbc.drivers` in `DriverManager` javadocs to be a bit funky. > > `jdbc.drivers=foo.bah.Driver:wombat.sql.Driver:bad.taste.ourDriver` > > I know, I know, coming up wi

RFR: 8307088: Allow the jdbc.drivers system property to be searchable

2023-04-28 Thread Lance Andersen
Hi all, Please review this trivial change which allows the` jdbc.drivers` system property to be searchable. Best. Lance - Commit messages: - Update copyright year - Update copyright year - Allow the jdbc.drivers system property to be searchable Changes: https://git.openjdk.org/

Re: RFR: 8296935: Arrays.asList() can return a List that throws undocumented ArrayStoreException

2023-04-28 Thread Lance Andersen
On Thu, 27 Apr 2023 18:36:53 GMT, Stuart Marks wrote: > … Marked as reviewed by lancea (Reviewer). - PR Review: https://git.openjdk.org/jdk/pull/13698#pullrequestreview-1406240035

Re: RFR: 8299748: java/util/zip/Deinflate.java failing on s390x [v8]

2023-04-28 Thread Lance Andersen
On Fri, 28 Apr 2023 09:58:59 GMT, Amit Kumar wrote: >> DeInflate.java test fails on s390x platform because size for out1 array >> which is responsible for storing the compressed data is insufficient. And >> being unable to write whole compressed data on array, on s390 whole data >> can't be re

Re: RFR: 8299748: java/util/zip/Deinflate.java failing on s390x [v3]

2023-04-26 Thread Lance Andersen
On Thu, 30 Mar 2023 03:06:51 GMT, Amit Kumar wrote: >> DeInflate.java test fails on s390x platform because size for out1 array >> which is responsible for storing the compressed data is insufficient. And >> being unable to write whole compressed data on array, on s390 whole data >> can't be re

Re: RFR: 8306711: Improve diagnosis of `IntlTest` framework [v3]

2023-04-26 Thread Lance Andersen
On Tue, 25 Apr 2023 23:58:59 GMT, Justin Lu wrote: >> Please review changes to the IntlTest (test framework) class. >> >> These changes include >> - Logging the actual exception + stack trace. Previously, the test framework >> would throw `InvocationTargetException` but hide the actual underly

Re: RFR: 8306623: (bf) CharBuffer::allocate throws unexpected exception type with some CharSequences [v3]

2023-04-25 Thread Lance Andersen
On Tue, 25 Apr 2023 19:04:10 GMT, Brian Burkhalter wrote: >> When appending a `CharBuffer`, perform a specific check for buffer overflow >> before invoking `put()`. > > Brian Burkhalter has updated the pull request incrementally with one > additional commit since the last revision: > > 83066

Re: RFR: 8305853: java/text/Format/DateFormat/DateFormatRegression.java fails with "Uncaught exception thrown in test method Test4089106" [v2]

2023-04-25 Thread Lance Andersen
On Mon, 24 Apr 2023 23:47:05 GMT, Justin Lu wrote: >> This PR fixes an intermittent failure (that only occurs on Windows) in >> _DateFormatRegression.java_. >> >> With the integration of >> [JDK-8304982](https://bugs.openjdk.org/browse/JDK-8304982), >> _LocaleProviderAdapter.java_ now emits a

Re: RFR: JDK-8077371: Binary files in JAXP test should be removed [v3]

2023-04-20 Thread Lance Andersen
On Thu, 20 Apr 2023 16:20:18 GMT, Daniel Fuchs wrote: > > The original version of this test was validating serialization > > compatibility with previous releases. > > The current changes seems to have removed that validation in the re-write > > of the test > > One option is to convert the vario

Re: RFR: JDK-8077371: Binary files in JAXP test should be removed [v3]

2023-04-20 Thread Lance Andersen
On Thu, 20 Apr 2023 10:06:33 GMT, Mahendra Chhipa wrote: >> Test is updated to create the binary files during test execution. > > Mahendra Chhipa has updated the pull request incrementally with one > additional commit since the last revision: > > Implemented the review comment. The original

Integrated: 8305945: (zipfs) Opening a directory to get input stream produces incorrect exception message

2023-04-20 Thread Lance Andersen
On Fri, 14 Apr 2023 20:24:00 GMT, Lance Andersen wrote: > Please review this trivial change when ZipFS returns the wrong > java.nio.file.FileSystemException message due the the parameters being > reversed. > > I also included a simple junit test as part of the fix. > &g

Re: RFR: 8306323: Update license files in CLDR v43

2023-04-18 Thread Lance Andersen
On Tue, 18 Apr 2023 18:40:03 GMT, Naoto Sato wrote: > The upgrade to CLDR v43 was missing the license-related file updates. Here > are the supplemental updates. Marked as reviewed by lancea (Reviewer). - PR Review: https://git.openjdk.org/jdk/pull/13517#pullrequestreview-139074270

Re: RFR: 8303866: Allow ZipInputStream.readEnd to parse small Zip64 ZIP files [v2]

2023-04-18 Thread Lance Andersen
On Tue, 18 Apr 2023 18:24:01 GMT, Eirik Bjorsnos wrote: > > Do you know how the Zip in question is being created, is it via > > ApacheCommons and could there be an issue there? > > Currently investigating. The Tomcat build is using the Ant `jar` task to > create the `tomcat-embed-core.jar`, bu

Re: RFR: 8303866: Allow ZipInputStream.readEnd to parse small Zip64 ZIP files [v2]

2023-04-18 Thread Lance Andersen
On Wed, 29 Mar 2023 10:48:57 GMT, Eirik Bjorsnos wrote: >> ZipInputStream.readEnd currently assumes a Zip64 data descriptor if the >> number of compressed or uncompressed bytes read from the inflater is larger >> than the Zip64 magic value. >> >> While the ZIP format mandates that the data de

Re: RFR: 8305945: (zipfs) Opening a directory to get input stream produces incorrect exception message [v5]

2023-04-16 Thread Lance Andersen
On Sun, 16 Apr 2023 08:39:32 GMT, Alan Bateman wrote: >> added validation for other file being null but also kept the existing >> validation of the message > > Okay, although I assume this test will fail if it throws a more general > IOException (it's allowed to do that) or there is any adjustm

Re: RFR: 8305945: (zipfs) Opening a directory to get input stream produces incorrect exception message [v5]

2023-04-15 Thread Lance Andersen
On Sat, 15 Apr 2023 05:43:09 GMT, Alan Bateman wrote: >> Lance Andersen has updated the pull request incrementally with one >> additional commit since the last revision: >> >> re-arrage assertEquals params > > test/jdk/jdk/nio/zipfs/ZipFSDirectoryExceptionMess

Re: RFR: 8305945: (zipfs) Opening a directory to get input stream produces incorrect exception message [v6]

2023-04-15 Thread Lance Andersen
> Please review this trivial change when ZipFS returns the wrong > java.nio.file.FileSystemException message due the the parameters being > reversed. > > I also included a simple junit test as part of the fix. > > Mach5 tiers1-3 are clean > > Best > Lance Lance

Re: RFR: 8305945: (zipfs) Opening a directory to get input stream produces incorrect exception message [v5]

2023-04-14 Thread Lance Andersen
> Please review this trivial change when ZipFS returns the wrong > java.nio.file.FileSystemException message due the the parameters being > reversed. > > I also included a simple junit test as part of the fix. > > Mach5 tiers1-3 are clean > > Best > Lance Lance

Re: RFR: 8305945: (zipfs) Opening a directory to get input stream produces incorrect exception message [v4]

2023-04-14 Thread Lance Andersen
On Fri, 14 Apr 2023 21:30:40 GMT, Eirik Bjorsnos wrote: >> Lance Andersen has updated the pull request incrementally with one >> additional commit since the last revision: >> >> Address additional feedback > > test/jdk/jdk/nio/zipfs/ZipFSDirectoryExceptionMess

Re: RFR: 8305945: (zipfs) Opening a directory to get input stream produces incorrect exception message [v4]

2023-04-14 Thread Lance Andersen
> Please review this trivial change when ZipFS returns the wrong > java.nio.file.FileSystemException message due the the parameters being > reversed. > > I also included a simple junit test as part of the fix. > > Mach5 tiers1-3 are clean > > Best > Lance Lance

Re: RFR: 8305945: (zipfs) Opening a directory to get input stream produces incorrect exception message [v3]

2023-04-14 Thread Lance Andersen
> Please review this trivial change when ZipFS returns the wrong > java.nio.file.FileSystemException message due the the parameters being > reversed. > > I also included a simple junit test as part of the fix. > > Mach5 tiers1-3 are clean > > Best > Lance Lance

Re: RFR: 8305945: (zipfs) Opening a directory to get input stream produces incorrect exception message [v2]

2023-04-14 Thread Lance Andersen
On Fri, 14 Apr 2023 21:07:37 GMT, Naoto Sato wrote: > Looks good, Lance. Nit: copyright year -> 2023 Geez, working in too many workspaces. Thank you, just pushed the update - PR Comment: https://git.openjdk.org/jdk/pull/13482#issuecomment-1509300245

Re: RFR: 8305945: (zipfs) Opening a directory to get input stream produces incorrect exception message [v2]

2023-04-14 Thread Lance Andersen
On Fri, 14 Apr 2023 21:08:28 GMT, Christian Stein wrote: > Looks good to me. Thank you Christian - PR Comment: https://git.openjdk.org/jdk/pull/13482#issuecomment-1509301103

Re: RFR: 8305945: (zipfs) Opening a directory to get input stream produces incorrect exception message [v2]

2023-04-14 Thread Lance Andersen
> Please review this trivial change when ZipFS returns the wrong > java.nio.file.FileSystemException message due the the parameters being > reversed. > > I also included a simple junit test as part of the fix. > > Mach5 tiers1-3 are clean > > Best > Lance Lance

RFR: 8305945: (zipfs) Opening a directory to get input stream produces incorrect exception message

2023-04-14 Thread Lance Andersen
Please review this trivial change when ZipFS returns the wrong java.nio.file.FileSystemException message due the the parameters being reversed. I also included a simple junit test as part of the fix. Mach5 tiers1-3 are clean Best Lance - Commit messages: - (zipfs) Opening a direc

Integrated: 8305758: Update the JAR tool man page to indicate -i/--generate-file is deprecated

2023-04-10 Thread Lance Andersen
On Sat, 8 Apr 2023 10:33:48 GMT, Lance Andersen wrote: > Hi all, > > Please review this MR which updates the jar man page to to indicate that > --generate-index/-I are deprecated and may be removed in a future release > > Support for JAR Index is being removed via JDK-8

Re: RFR: 8302819: Remove JAR Index [v6]

2023-04-10 Thread Lance Andersen
On Fri, 7 Apr 2023 07:47:49 GMT, Eirik Bjorsnos wrote: >> This PR removes the JAR index feature from the runtime: >> >> - `URLClassPath` is updated to remove the `enableJarIndex` system property >> and any code which would be called when this property was `true` >> - The `JarIndex` implementat

Re: RFR: 8305758: Update the JAR tool man page to indicate -i/--generate-file is deprecated [v2]

2023-04-10 Thread Lance Andersen
> Hi all, > > Please review this MR which updates the jar man page to to indicate that > --generate-index/-I are deprecated and may be removed in a future release > > Support for JAR Index is being removed via JDK-8302819. Lance Andersen has updated the pull request incr

Re: RFR: 8305758: Update the JAR tool man page to indicate -i/--generate-file is deprecated [v2]

2023-04-10 Thread Lance Andersen
On Sat, 8 Apr 2023 15:53:17 GMT, Alan Bateman wrote: > I assume you didn't mean to edit this. Updated, thank you. - PR Review Comment: https://git.openjdk.org/jdk/pull/13400#discussion_r1161603585

Re: RFR: 8302819: Remove JAR Index [v6]

2023-04-10 Thread Lance Andersen
On Fri, 7 Apr 2023 07:47:49 GMT, Eirik Bjorsnos wrote: >> This PR removes the JAR index feature from the runtime: >> >> - `URLClassPath` is updated to remove the `enableJarIndex` system property >> and any code which would be called when this property was `true` >> - The `JarIndex` implementat

Re: RFR: 8305758: Update the JAR tool man page to indicate -i/--generate-file is deprecated

2023-04-08 Thread Lance Andersen
On Sat, 8 Apr 2023 11:53:50 GMT, Eirik Bjorsnos wrote: > The JBS issue name should be updated to use a lowercase `-i` and this PR's > title should be updated to match the JBS title. Lack of coffee and doing this before 7am this morning is my only excuse > Is the `compiler` label appropriate f

RFR: 8305758: Update the man page to indicate -i/--generate-file is deprecated

2023-04-08 Thread Lance Andersen
Hi all, Please review this MR which updates the jar man page to to indicate that --generate-index/-I are deprecated and may be removed in a future release Support for JAR Index is being removed via JDK-8302819. - Commit messages: - Update the man page to indicate -i/--generate-fi

Re: RFR: 8305696: (zipfs) Avoid redundant LinkedHashMap.containsKey call ZipFileSystem.makeParentDirs

2023-04-07 Thread Lance Andersen
On Mon, 3 Apr 2023 17:16:26 GMT, Andrey Turbanov wrote: > `LinkedHashMap` `ZipFileSystem.inodes` contains only > non-null values. It means instead of separate `containsKey`+`get` calls, we > can use single `LinkedHashMap.get` call and then compare result with `null`. > Result code is a bit simp

Re: RFR: 8302819: Remove JAR Index [v5]

2023-04-05 Thread Lance Andersen
On Wed, 5 Apr 2023 07:05:11 GMT, Eirik Bjorsnos wrote: > > The new test that was planned for testing `JarFile` and `JarInputStream` > > when dealing with a jar containing a `META-INF/INDEX.LIST`, is that > > something that you want to be done as a separate PR/task? It's fine with me > > if you

Re: RFR: 8304911: Use OperatingSystem enum in some modules

2023-04-04 Thread Lance Andersen
On Tue, 4 Apr 2023 19:22:48 GMT, Roger Riggs wrote: > With the addition of `jdk.internal.util.OperatingSystem` references to the > system property `os.name` can be replaced. > This PR exports jdk.internal.util to: > - java.prefs, > - java.security.jgss, > - java.smartcardio, > - jdk.charsets

Re: RFR: 8302819: Remove JAR Index [v5]

2023-04-04 Thread Lance Andersen
On Thu, 30 Mar 2023 14:21:29 GMT, Eirik Bjorsnos wrote: >> This PR removes the JAR index feature from the runtime: >> >> - `URLClassPath` is updated to remove the `enableJarIndex` system property >> and any code which would be called when this property was `true` >> - The `JarIndex` implementa

Re: RFR: 8302819: Remove JAR Index [v5]

2023-04-04 Thread Lance Andersen
On Tue, 4 Apr 2023 18:37:34 GMT, Alan Bateman wrote: > > I have drafted CSR https://bugs.openjdk.org/browse/JDK-8305597, but I'm not > > sure what to put in the _Specification_ section. > > What is the specification change in this PR? The removal of the system > > property? The adding of the wa

Re: RFR: 8304014: Convert test/jdk/java/util/zip/ZipFile/CorruptedZipFiles.java to junit [v6]

2023-04-02 Thread Lance Andersen
On Fri, 31 Mar 2023 19:59:10 GMT, Eirik Bjorsnos wrote: >> CorruptedZipFiles could benefit from some spring cleaning and a conversion >> to junit: >> >> - The actual tests are moved into their own `@Test` methods, given more >> meaningful names and a Javadoc comment explaining the constraint b

Re: RFR: 8304014: Convert test/jdk/java/util/zip/ZipFile/CorruptedZipFiles.java to junit [v5]

2023-04-02 Thread Lance Andersen
On Fri, 31 Mar 2023 19:58:24 GMT, Eirik Bjorsnos wrote: >> test/jdk/java/util/zip/ZipFile/CorruptedZipFiles.java line 192: >> >>> 190: /* >>> 191: * Validate that a ZipException is thrown when the 'End of Central >>> Directory' >>> 192: * (END) header has a CEN offset incoherent w

Re: RFR: 8304014: Convert test/jdk/java/util/zip/ZipFile/CorruptedZipFiles.java to junit [v5]

2023-03-31 Thread Lance Andersen
On Fri, 31 Mar 2023 13:51:22 GMT, Eirik Bjorsnos wrote: >> CorruptedZipFiles could benefit from some spring cleaning and a conversion >> to junit: >> >> - The actual tests are moved into their own `@Test` methods, given more >> meaningful names and a Javadoc comment explaining the constraint b

Re: RFR: JDK-8305206: Add @spec tags in java.base/java.* (part 1) [v2]

2023-03-31 Thread Lance Andersen
On Fri, 31 Mar 2023 10:33:50 GMT, Lance Andersen wrote: > Hi Jon, > > This looks fine. I was wondering if we should do the same for java.util.zip > and the PKWare Zip Spec or where java.sql references the JDBC Spec? Well, I must need coffee this morning as obviously JDBC is in

Re: RFR: JDK-8305206: Add @spec tags in java.base/java.* (part 1) [v2]

2023-03-31 Thread Lance Andersen
On Thu, 30 Mar 2023 20:45:08 GMT, Jonathan Gibbons wrote: >> Please review a change to add `@spec` tags (and remove some equivalent >> `@see` tags) to the main "core-libs" packages in `java.base` module. >> >> This is similar to, and a subset of, PR #11073. That PR was withdrawn, and >> base

Re: RFR: 8305111: Locale.lookupTag has typo in parameter

2023-03-29 Thread Lance Andersen
On Wed, 29 Mar 2023 22:51:12 GMT, Justin Lu wrote: > Small typo fix in Locale.lookupTag > > _tangs_ should be _tags_ Marked as reviewed by lancea (Reviewer). - PR Review: https://git.openjdk.org/jdk/pull/13235#pullrequestreview-1364100110

Re: RFR: 8304014: Convert test/jdk/java/util/zip/ZipFile/CorruptedZipFiles.java to testNG [v2]

2023-03-29 Thread Lance Andersen
On Wed, 29 Mar 2023 15:21:04 GMT, Lance Andersen wrote: >>> High level comment: these days we usually try to use junit 5 / jupiter >>> instead of TestNG. >> >> I think my choice of testNG here might have been influenced by other ZIP >> area tests usin

Re: RFR: 8304014: Convert test/jdk/java/util/zip/ZipFile/CorruptedZipFiles.java to testNG [v2]

2023-03-29 Thread Lance Andersen
On Wed, 29 Mar 2023 13:30:21 GMT, Eirik Bjorsnos wrote: > > High level comment: these days we usually try to use junit 5 / jupiter > > instead of TestNG. > > I think my choice of testNG here might have been influenced by other ZIP area > tests using testNG. I guess a rewrite to junit should be

Integrated: 8304990: unnecessary dash in @param gives double-dash in docs

2023-03-29 Thread Lance Andersen
On Tue, 28 Mar 2023 21:48:23 GMT, Lance Andersen wrote: > Please review this trivial change which removes a redundant `-` from an > `@param` and cleans up the formatting for the `isValid` method. > > > It looks like there is some additional formatting clean up that can be don

Re: RFR: 8303866: Allow ZipInputStream.readEnd to parse small Zip64 ZIP files

2023-03-29 Thread Lance Andersen
On Sun, 12 Feb 2023 15:41:55 GMT, Eirik Bjorsnos wrote: > ZipInputStream.readEnd currently assumes a Zip64 data descriptor if the > number of compressed or uncompressed bytes read from the inflater is larger > than the Zip64 magic value. > > While the ZIP format mandates that the data descrip

Re: RFR: 8304014: Convert test/jdk/java/util/zip/ZipFile/CorruptedZipFiles.java to testNG

2023-03-29 Thread Lance Andersen
On Tue, 14 Feb 2023 17:46:21 GMT, Eirik Bjorsnos wrote: > CorruptedZipFiles could benefit from some spring cleaning and a conversion to > testNG: > > - The actual tests are moved into their own `@Test` methods, given more > meaningful names and a Javadoc comment explaining the constraint being

Re: RFR: 8304993: bad sentence break in DateFormat

2023-03-28 Thread Lance Andersen
On Tue, 28 Mar 2023 21:01:45 GMT, Justin Lu wrote: > This PR fixes a bad sentence break in DateFormat.FIELD AM_PM that caused > incomplete API > > Before: > src="https://user-images.githubusercontent.com/67398801/228359165-f8c66ca2-745b-47ea-bca9-9c4afc7af914.png";> > > After: > src="https:/

RFR: 8304990: unnecessary dash in @param gives double-dash in docs

2023-03-28 Thread Lance Andersen
Please review this trivial change which removes a redundant `-` from an `@param` and cleans up the formatting for the `invalid` method. It looks like there is some additional formatting clean up that can be done but I will handle that under a separate PR. - Commit messages: - Re

Re: RFR: 8302819: Remove JAR Index

2023-03-28 Thread Lance Andersen
On Sat, 25 Mar 2023 09:35:56 GMT, Alan Bateman wrote: > > I see that Alan suggested that we take up the `jar -i` deprecation in a > > separate PR. I think that simplifies the work in this PR. > > Yes, there are options for `jar -i` that include "leave it as is", have the > option create the in

Re: RFR: 8304989: unnecessary dash in @param gives double-dash in docs

2023-03-28 Thread Lance Andersen
On Tue, 28 Mar 2023 08:06:48 GMT, Jaikiran Pai wrote: > Can I please get a review of this trivial doc-only change that addresses > https://bugs.openjdk.org/browse/JDK-8304989? > > I ran `make docs-image` with this change and the generated javadocs look fine. Marked as reviewed by lancea (Revie

Re: RFR: 8304013: Add a fast, non-manual alternative to test/jdk/java/util/zip/ZipFile/TestTooManyEntries [v4]

2023-03-25 Thread Lance Andersen
On Sat, 25 Mar 2023 12:12:21 GMT, Eirik Bjorsnos wrote: >> The TestTooManyEntries test was originally added to validate that ZIP64 >> files with CEN sizes exceeding what ZipFile supports are rejected with a >> ZipException. The test does this by creating a large ZIP file (several >> gigabytes

Re: RFR: 8304013: Add a fast, non-manual alternative to test/jdk/java/util/zip/ZipFile/TestTooManyEntries [v3]

2023-03-25 Thread Lance Andersen
On Sat, 25 Mar 2023 11:18:32 GMT, Lance Andersen wrote: >> Thanks, I've added `@throws IOException if an error occurs` to all methods >> throwing `IOException`. >> >> For the record, let me state my personal (rather strong) opinion: >> >> I think this

Re: RFR: 8304013: Add a fast, non-manual alternative to test/jdk/java/util/zip/ZipFile/TestTooManyEntries [v3]

2023-03-25 Thread Lance Andersen
On Sat, 25 Mar 2023 11:07:24 GMT, Eirik Bjorsnos wrote: >> Please add them back before pushing with `@throws IOException if an error >> occurs` >> >> Yes I understand they do not add much value but it will reduce noise from >> IDEs and if/when we add more checks for missing javadoc tags, it wi

Re: RFR: 8304013: Add a fast, non-manual alternative to test/jdk/java/util/zip/ZipFile/TestTooManyEntries [v3]

2023-03-25 Thread Lance Andersen
On Sat, 25 Mar 2023 06:46:22 GMT, Eirik Bjorsnos wrote: >> test/jdk/java/util/zip/ZipFile/EndOfCenValidation.java line 120: >> >>> 118: /** >>> 119: * Validate that an end of central directory record with a >>> 120: * CEN size which exceeds the position of the EOC record is >>> re

Re: RFR: 8304013: Add a fast, non-manual alternative to test/jdk/java/util/zip/ZipFile/TestTooManyEntries [v2]

2023-03-25 Thread Lance Andersen
On Sat, 25 Mar 2023 06:50:16 GMT, Eirik Bjorsnos wrote: >> test/jdk/java/util/zip/ZipFile/EndOfCenValidation.java line 139: >> >>> 137: * Validate that an end of central directory record with a CEN >>> offset which >>> 138: * is larger than the EOC position minus the CEN size is rejec

Re: RFR: 8304013: Add a fast, non-manual alternative to test/jdk/java/util/zip/ZipFile/TestTooManyEntries

2023-03-24 Thread Lance Andersen
On Thu, 26 Jan 2023 18:49:47 GMT, Eirik Bjorsnos wrote: > The TestTooManyEntries test was originally added to validate that ZIP64 files > with CEN sizes exceeding what ZipFile supports are rejected with a > ZipException. The test does this by creating a large ZIP file (several > gigabytes) wi

Re: RFR: 8304013: Add a fast, non-manual alternative to test/jdk/java/util/zip/ZipFile/TestTooManyEntries

2023-03-24 Thread Lance Andersen
On Fri, 24 Mar 2023 08:05:19 GMT, Eirik Bjorsnos wrote: >> test/jdk/java/util/zip/ZipFile/EndOfCenValidation.java line 177: >> >>> 175: Path zip) throws IOException >>> { >>> 176: >>> 177: Files.deleteIfExists(zip); >> >> Is this needed? I th

Re: RFR: 8304013: Add a fast, non-manual alternative to test/jdk/java/util/zip/ZipFile/TestTooManyEntries

2023-03-24 Thread Lance Andersen
On Thu, 26 Jan 2023 18:49:47 GMT, Eirik Bjorsnos wrote: > The TestTooManyEntries test was originally added to validate that ZIP64 files > with CEN sizes exceeding what ZipFile supports are rejected with a > ZipException. The test does this by creating a large ZIP file (several > gigabytes) wi

Re: RFR: 8304013: Add a fast, non-manual alternative to test/jdk/java/util/zip/ZipFile/TestTooManyEntries

2023-03-24 Thread Lance Andersen
On Thu, 26 Jan 2023 18:49:47 GMT, Eirik Bjorsnos wrote: > The TestTooManyEntries test was originally added to validate that ZIP64 files > with CEN sizes exceeding what ZipFile supports are rejected with a > ZipException. The test does this by creating a large ZIP file (several > gigabytes) wi

Re: RFR: 8303923: ZipOutStream::putEntry should include an apiNote to indicate that the STORED compression method should be used when writing directory entries [v3]

2023-03-23 Thread Lance Andersen
On Thu, 23 Mar 2023 07:16:32 GMT, Eirik Bjorsnos wrote: > > The example code works without setting the compressed size on the entry? > > Yes, this is the minimal code required and is also how the `jar` tool does it. > > The current behaviour does feel a bit underspecified though. In the > `Zip

Re: RFR: 8303923: ZipOutStream::putEntry should include an apiNote to indicate that the STORED compression method should be used when writing directory entries [v3]

2023-03-21 Thread Lance Andersen
On Sun, 19 Mar 2023 14:50:41 GMT, Eirik Bjorsnos wrote: >> ZipOutputStream currently writes directory entries using the DEFLATED >> compression method. This does not strictly comply with the APPNOTE.TXT >> specification and is also about 10x slower than using the STORED compression >> method.

Re: RFR: 8303923: ZipOutStream::putEntry should include an apiNote to indicate that the STORED compression method should be used when writing directory entries

2023-03-19 Thread Lance Andersen
On Tue, 7 Mar 2023 07:46:25 GMT, Eirik Bjorsnos wrote: > ZipOutputStream currently writes directory entries using the DEFLATED > compression method. This does not strictly comply with the APPNOTE.TXT > specification and is also about 10x slower than using the STORED compression > method. > >

Re: RFR: 8304367: jlink --include-locales=* attempts to parse non .class resource files with classfile reader [v2]

2023-03-16 Thread Lance Andersen
On Thu, 16 Mar 2023 21:30:04 GMT, Naoto Sato wrote: >> This is a blocker for >> [JDK-8294972](https://bugs.openjdk.org/browse/JDK-8294972). The fix is to >> weed out non-class files for calling `ClassReader` by checking the file >> extension. Regression tests are not provided as it is not poss

<    1   2   3   4   5   6   7   >