Hi Michael, have you had a look at the recently added enhancements for zipfs:
8213031: (zipfs) Add support for POSIX file permissions https://bugs.openjdk.java.net/browse/JDK-8213031 The corresponding CSR 8213082: (zipfs) Add support for POSIX file permissions https://bugs.openjdk.java.net/browse/JDK-8213082 is also interesting to read as it discusses some of the long-standing problems of the zipfs implementation which may be surprising for the normal user. Regards, Volker On Mon, Aug 19, 2019 at 6:53 PM Osipov, Michael <michael.osi...@siemens.com> wrote: > > > > Am 2019-08-19 um 18:48 schrieb Alan Bateman: > > On 19/08/2019 16:39, Osipov, Michael wrote: > >> : > >> > >> Note that this also happens when the file is already there. The > >> permissions are *not* retained and this causes here a lot of grief. > >> zip(1) does not suffer from this nor does ZipOutputStream as you can see. > >> > >> I'd expect that reading the attributes from zfpath, moving and then > >> settings them is a good option. > > Thanks for the bug report, I've created JDK-8229888 [1] to track it. > > > > -Alan > > > > [1] https://bugs.openjdk.java.net/browse/JDK-8229888 > > Hi Alan, > > thanks for the JIRA issue. The title is somewhat misleading because it > happens always. On create and on update due to the temp file approach. > > How is your backport policy? I'd expect an upcoming fix to land in Java > 11 and -- especially -- Java 8. HPE will then provide an update for us > on HP-UX from the OpenJDK sources. > > Regards, > > Michael
