On Tue, 3 Nov 2020 01:33:32 GMT, Stuart Marks wrote:
> This change introduces a new terminal operation on Stream. This looks like a
> convenience method for Stream.collect(Collectors.toList()) or
> Stream.collect(Collectors.toUnmodifiableList()), but it's not. Having this
> method directly on
On Tue, 3 Nov 2020 00:04:58 GMT, Brian Burkhalter wrote:
> InputStream::readNBytes() invokes read(byte[],int,int) repeatedly to load
> bytes into a sequence of intermediate arrays. If an intermediate array is not
> completely filled before being added to the list of arrays the contents of
>
The variable BUILD_HEADLESS_ONLY is no longer set. And sun/applet does not
exist anymore.
-
Commit messages:
- 8255798: Remove dead headless code in CompileJavaModules.gmk
Changes: https://git.openjdk.java.net/jdk/pull/1031/files
Webrev:
On Tue, 3 Nov 2020 01:33:32 GMT, Stuart Marks wrote:
> This change introduces a new terminal operation on Stream. This looks like a
> convenience method for Stream.collect(Collectors.toList()) or
> Stream.collect(Collectors.toUnmodifiableList()), but it's not. Having this
> method directly on
On Tue, 3 Nov 2020 01:33:32 GMT, Stuart Marks wrote:
> This change introduces a new terminal operation on Stream. This looks like a
> convenience method for Stream.collect(Collectors.toList()) or
> Stream.collect(Collectors.toUnmodifiableList()), but it's not. Having this
> method directly on
> Hi Guys,
>
> Please review the integration of tzdata2020d to JDK.
>
> Details regarding the change can be viewed at -
> https://mm.icann.org/pipermail/tz-announce/2020-October/62.html
> Bug: https://bugs.openjdk.java.net/browse/JDK-8255226
>
> TestZoneInfo310.java test failure is
- Mail original -
> De: "Stuart Marks"
> À: "core-libs-dev"
> Envoyé: Mardi 3 Novembre 2020 04:18:08
> Objet: RFR: 8180352: Add Stream.toList() method
> This change introduces a new terminal operation on Stream. This looks like a
> convenience method for
> Hi Guys,
>
> Please review the integration of tzdata2020d to JDK.
>
> Details regarding the change can be viewed at -
> https://mm.icann.org/pipermail/tz-announce/2020-October/62.html
> Bug: https://bugs.openjdk.java.net/browse/JDK-8255226
>
> TestZoneInfo310.java test failure is
On Tue, 3 Nov 2020 00:21:16 GMT, Naoto Sato wrote:
>> Thanks for getting back Naoto, I believe this is a long-standing issue -
>> https://bugs.openjdk.java.net/browse/JDK-8227293.
>>
>> Looking back at the integration of tzdata2019a/tzdata2019b, the same issue
>> was addressed by updating the
On Mon, 26 Oct 2020 15:18:08 GMT, Jorn Vernee wrote:
> Hi,
>
> This patch adds a `dropReturn` combinator to `MethodHandles` that can be used
> to create a new method handle that drops the return value, from a given
> method handle. Similar to the following code:
>
> MethodHandle target =
> Hi,
>
> Please review the changes for the subject issue. This is to enhance the
> java.time package to support day periods, such as "in the morning", defined
> in CLDR. It will add a new pattern character 'B' and its supporting builder
> method. The motivation and its spec are in this CSR:
>
On Tue, 3 Nov 2020 10:58:25 GMT, Stephen Colebourne
wrote:
>> This change introduces a new terminal operation on Stream. This looks like a
>> convenience method for Stream.collect(Collectors.toList()) or
>> Stream.collect(Collectors.toUnmodifiableList()), but it's not. Having this
>> method
There is no value in making users remember which stream methods are
null-hostile and which are null-tolerant; this is just more accidental
complexity.
I think that ship has sailed a long ago.
Some collectors are null hostile, some are not.
You can make a point that a Collector is technically
On Tue, 3 Nov 2020 10:06:26 GMT, Daniel Fuchs wrote:
>> This change introduces a new terminal operation on Stream. This looks like a
>> convenience method for Stream.collect(Collectors.toList()) or
>> Stream.collect(Collectors.toUnmodifiableList()), but it's not. Having this
>> method
- Mail original -
> De: "Brian Goetz"
> À: "Remi Forax" , "Stuart Marks"
> Cc: "core-libs-dev"
> Envoyé: Mardi 3 Novembre 2020 19:02:37
> Objet: Re: RFR: 8180352: Add Stream.toList() method
>>> This change introduces a new terminal operation on Stream. This looks like a
>>> convenience
On Sun, 1 Nov 2020 20:09:32 GMT, Lance Andersen wrote:
> Hi,
>
> Please review the fix for JDK-8255380 which addresses an issue when the Zip
> file is > 4GB. Zip FS when processing the CEN extra data does not take into
> account the fact that there is no specific order to how the extra data
This change introduces a new terminal operation on Stream. This looks like a
convenience method for Stream.collect(Collectors.toList()) or
Stream.collect(Collectors.toUnmodifiableList()), but it's not. Having this
method directly on Stream enables it to do what can't easily by done by a
On Tue, 3 Nov 2020 15:49:09 GMT, Kiran Sidhartha Ravikumar
wrote:
>> Hi Guys,
>>
>> Please review the integration of tzdata2020d to JDK.
>>
>> Details regarding the change can be viewed at -
>> https://mm.icann.org/pipermail/tz-announce/2020-October/62.html
>> Bug:
On Tue, 3 Nov 2020 11:05:21 GMT, Stephen Colebourne
wrote:
>> This change introduces a new terminal operation on Stream. This looks like a
>> convenience method for Stream.collect(Collectors.toList()) or
>> Stream.collect(Collectors.toUnmodifiableList()), but it's not. Having this
>> method
I agree with Stuart and Brian that streams should be null-tolerant,
including in this case. And of course I’m delighted to see an
immutable container as the output to the utility method; I’m
a fan of reduced-copy, race-free, bug-resistant algorithms you
get from immutability.
On Nov 3, 2020, at
>>> But it can not be immutable too, for the same reason.
>> Nope. The spec of toList() very clearly says: no guarantees as to the
type,
>> mutability, serializability, etc etc of the returned list. That doesn't
mean
>> that every method returning a List added to the JDK after
Collectors::toList
Hi Aaron,
> De: "Aaron Scott-Boddendijk"
> À: "Remi Forax"
> Cc: "Brian Goetz" , "Stuart Marks"
> , "core-libs-dev"
> Envoyé: Mardi 3 Novembre 2020 21:59:37
> Objet: Re: RFR: 8180352: Add Stream.toList() method
> >>> But it can not be immutable too, for the same reason.
> >> Nope. The spec
- Mail original -
> De: "Martin Desruisseaux"
> À: "core-libs-dev"
> Envoyé: Mardi 3 Novembre 2020 23:16:49
> Objet: Re: RFR: 8180352: Add Stream.toList() method
> Hello
>
> Le 03/11/2020 à 21:30, fo...@univ-mlv.fr a écrit :
>
>> You know that you can not change the implementation of
> De: "Brian Goetz"
> À: "Remi Forax"
> Cc: "Stuart Marks" , "core-libs-dev"
>
> Envoyé: Mardi 3 Novembre 2020 20:54:57
> Objet: Re: RFR: 8180352: Add Stream.toList() method
>>> There is no value in making users remember which stream methods are
>>> null-hostile and which are null-tolerant;
On Tue, 3 Nov 2020 22:25:08 GMT, Magnus Ihse Bursie wrote:
> With clang 10.0, the compiler now detects a new class of warnings. The
> `misleading-indentation` warning has previously been disabled on gcc for
> hotspot and libfdlibm. Now we need to disable it for clang as well.
Why do we
Hello
Le 03/11/2020 à 21:30, fo...@univ-mlv.fr a écrit :
You know that you can not change the implementation of
Collectors.toList(), and you also know that if there is a method
Stream.toList(), people will replace the calls to
.collect(Collectors.toList()) by a call to Stream.toList() for
With clang 10.0, the compiler now detects a new class of warnings. The
`misleading-indentation` warning has previously been disabled on gcc for
hotspot and libfdlibm. Now we need to disable it for clang as well.
-
Commit messages:
- 8253892: Disable misleading-indentation on
On Tue, 3 Nov 2020 22:36:34 GMT, John Paul Adrian Glaubitz
wrote:
>> With clang 10.0, the compiler now detects a new class of warnings. The
>> `misleading-indentation` warning has previously been disabled on gcc for
>> hotspot and libfdlibm. Now we need to disable it for clang as well.
>
>
Record classes are now a standard feature in 16. @SuppressWarnings can be
removed from sun.misc.Unsafe.
-
Commit messages:
- 8255862: Remove @SuppressWarnings from sun.misc.Unsafe
Changes: https://git.openjdk.java.net/jdk/pull/1049/files
Webrev:
test/jdk/java/lang/invoke/defineHiddenClass/BasicTest.java tests a record class.
This test no longer needs to be run with --enable-preview.
-
Commit messages:
- 8255863: Clean up test/jdk/java/lang/invoke/defineHiddenClass/BasicTest.java
Changes:
On Tue, 3 Nov 2020 00:04:58 GMT, Brian Burkhalter wrote:
> InputStream::readNBytes() invokes read(byte[],int,int) repeatedly to load
> bytes into a sequence of intermediate arrays. If an intermediate array is not
> completely filled before being added to the list of arrays the contents of
>
On Tue, 3 Nov 2020 08:56:38 GMT, Aleksey Shipilev wrote:
>> InputStream::readNBytes() invokes read(byte[],int,int) repeatedly to load
>> bytes into a sequence of intermediate arrays. If an intermediate array is
>> not completely filled before being added to the list of arrays the contents
>>
> ... is replaced with {@code ...} in java.sql classes.
> Please review and sponsor this change.
Vipin Sharma has updated the pull request incrementally with one additional
commit since the last revision:
Updated copyright year and other issues reporrted in review
-
Changes:
-
On 11/3/20 3:10 AM, Florian Weimer wrote:
I'd expect a test here that if the list contains a null element, `List::copyOf`
throws `NullPointerException`.
The new Stream.toList() actually permits null elements (by design) so it goes
through a different path than List::copyOf. The new tests'
On Tue, 3 Nov 2020 18:53:23 GMT, Stuart Marks wrote:
>> Should there be a test that tests the default implementation in
>> `j.u.s.Stream`? Or maybe there is and I missed that?
>
> @dfuch wrote:
>> Should there be a test that tests the default implementation in
>> `j.u.s.Stream`? Or maybe there
On Mon, 2 Nov 2020 11:26:51 GMT, Maurizio Cimadamore
wrote:
>> I looked through the changes in this update.
>>
>> The shared memory segment support looks sound and the mechanism to close a
>> shared memory segment is clever (albeit a bit surprising at first that it
>> does global handshake
36 matches
Mail list logo