[8u] RFR 8190753: (zipfs): Accessing a large entry (> 2^31 bytes) leads to a negative initial size for ByteArrayOutputStream

[Alexey Pavlyutkin]

Hi Severin!

I have no idea. I did not do that advisedly. Probably I did them occasionally configuring jcheck tool. Anyway as I understand the changes are to be rebased to monorepo. Should I fix it before rebasing?

Thanks,
Alex

-----Original Message-----
From: Severin Gehwolf <sgehwolf at redhat.com> 
Sent: Monday, December 13, 2021 6:14 PM
To: Alexey Pavlyutkin <apavlyutkin at azul.com>; jdk8u-dev at openjdk.java.net
Subject: Re: [8u] RFR 8190753: (zipfs): Accessing a large entry (> 2^31 bytes) leads to a negative initial size for ByteArrayOutputStream

On Thu, 2021-11-25 at 12:23 +0000, Alexey Pavlyutkin wrote:
> Bug: https://bugs.openjdk.java.net/browse/JDK-8190753
> 
> Patch: https://github.com/openjdk/jdk/commit/c3d8e9228d0558a2ce3e093c105c61ea7af2e1d1
> 
> I would like to backport this patch to openjdk8u (the issue was initially raised exactly against 8)
> 
> The following changes done to the original patch for 8u
> 
> 
>   1.  eliminated using of unsupported instanceof pattern match feature
>   2.  changes to absent DeflatingEntryOutputStream class were skipped (in 8 EntryOutputStream handles both RAW and deflating streaming)
>   3.  tests were updated to not use unsupported APIs like Path.of(), Map.of(), etc.
> 
> 8u webrev: http://cr.openjdk.java.net/~yan/8190753/webrev.00/

 .jcheck/conf:

Those changes aren't in the original patch. Where are these coming from?

Thanks,
Severin