RE: RFR 8213031: (zipfs) Add support for POSIX file permissions

Hi, I’ve amended the jdk.zipfs module documentation in src/jdk.zipfs/share/classes/module-info.java to document the new behavior (e.g. support of PosixFileAttributeView) as requested by Alan. I’ve also updated the CSR. Webrev: http://cr.openjdk.java.net/~clanger/webrevs/8213031.4/ CSR: https:/

Re: JCA Provider Service

I didn't know that a service provider mechanism was added in Java 9. The ServiceLoader pattern I'm using has been around since JDK 1.7 if that's what you mean: https://www.oracle.com/technetwork/articles/javase/extensible-137159.html I don't use Java 9, nor do I know any companies or individuals

Re: JCA Provider Service

On 07/01/2019 15:52, Will Sargent wrote: I didn't know that a service provider mechanism was added in Java 9.  The ServiceLoader pattern I'm using has been around since JDK 1.7 if that's what you mean: https://www.oracle.com/technetwork/articles/javase/extensible-137159.html I don't use Java

Re: JCA Provider Service

That's really fascinating, I had no idea. Looks like it's documented in Step 4: Create a Module Declaration for Your Provider with follow up in Step 8.1: Configure the Provider

Re: RFR 8213031: (zipfs) Add support for POSIX file permissions

On 07/01/2019 11:13, Langer, Christoph wrote: Hi, I’ve amended the jdk.zipfs module documentation in src/jdk.zipfs/share/classes/module-info.java to document the new behavior (e.g. support of PosixFileAttributeView) as requested by Alan. I’ve also updated the CSR. Webrev: http://cr.openjdk

Re: RFR 8213031: (zipfs) Add support for POSIX file permissions

Hi Alan, thaks for looking at the javadoc/CSR. On Mon, Jan 7, 2019 at 8:10 PM Alan Bateman wrote: > > On 07/01/2019 11:13, Langer, Christoph wrote: > > Hi, > > > > I’ve amended the jdk.zipfs module documentation in > src/jdk.zipfs/share/classes/module-info.java to document the new behavior > (

Re: RFR 8213031: (zipfs) Add support for POSIX file permissions

On 07/01/2019 19:26, Volker Simonis wrote: : We considered this, but it is problematic because it is perfectly valid to have a file with external file attributes where none of the Posix attributes is actually set (i.e. an empty set of Posix files attributes). This wouldn't be distinguishable from

Re: New cryptographic primitives

Hi Eric, I don't immediately see anything in your list of implementations that we don't already have, and that we clearly need. But I would be interested in hearing from you or others about whether there is demand for these algorithms. The ones that are used in TLS 1.3 are valuable, but we al