Fwd: RFR: 8322332: Add API to access ZipEntry.extraAttributes

[Alan Snyder]

> 
> I’m not an expert on ZIp files, but from your description it would seem best to create a new field.
> 
> I agree that the version made by field is also needed.
> 
> 
>> On May 12, 2024, at 1:56 PM, - <liangchenblue at gmail.com> wrote:
>> 
>> Hi Alan Snyder,
>> Currently, JDK ZipEntry populates that extraAttributes (proposed to rename to externalFileAttributes in JDK-8321274, PR #16952) only if the high byte of the "version made by" field is 3 (indicating Linux compatibility) and only records the most significant 2 bytes for the copied ZipEntry. Since this is not the "external file attributes" field from the ZIP format, do you still think this field should be exposed, or should we create a new field to properly model the external file attributes? Also worth noting is the support for adjusting the "version made by" field, the "external file attributes" field might be misinterpreted without it.
>> 
>> P.S. Seems the Skara bridge is not propagating emails to GitHub comments.
>> 
>> On Sun, May 12, 2024 at 2:17 PM Alan Snyder <javalists at cbfiddle.com <mailto:javalists at cbfiddle.com>> wrote:
>>> > It might be interesting to explore that in the context of the zip file system provider, less sure about the java.util.zip APIs. 
>>> 
>>> I was not using the Zip file system. I was processing a Zip file.
>>> 
>>>   Alan
>>> 
>>> 
>>> 
>>> 
>>> 
>>> > On May 12, 2024, at 7:32 AM, Chen Liang <liach at openjdk.org <mailto:liach at openjdk.org>> wrote:
>>> > 
>>> > On Sun, 12 May 2024 02:48:31 GMT, xiaotaonan <duke at openjdk.org <mailto:duke at openjdk.org>> wrote:
>>> > 
>>> >> Add API to access ZipEntry.extraAttributes
>>> > 
>>> > Also see #16952, another patch that renames this field, which is planning for an integration soon; this PR will be out-of-date when that one is integrated.
>>> > 
>>> > -------------
>>> > 
>>> > PR Comment: https://git.openjdk.org/jdk/pull/19204#issuecomment-2106265843
>>> > 
>>> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/core-libs-dev/attachments/20240512/1dda0548/attachment.htm>