RFR: JDK-8277375: jdeps errors on a class path with a file path with no permission

[Michael Hall]

> On Nov 23, 2021, at 7:19 PM, Mandy Chung <mchung at openjdk.java.net> wrote:
> 
> This changes jdeps -cp to ignore files/directories with no permission to access.  This is consistent with the runtime behavior.
> 
> -------------
> 
> Commit messages:
> - JDK-8277375: jdeps errors on a class path with a file path with no permission
> 
> Changes: https://git.openjdk.java.net/jdk/pull/6531/files
> Webrev: https://webrevs.openjdk.java.net/?repo=jdk&pr=6531&range=00
>  Issue: https://bugs.openjdk.java.net/browse/JDK-8277375
>  Stats: 113 lines in 2 files changed: 106 ins; 0 del; 7 mod
>  Patch: https://git.openjdk.java.net/jdk/pull/6531.diff
>  Fetch: git fetch https://git.openjdk.java.net/jdk pull/6531/head:pull/6531
> 
> PR: https://git.openjdk.java.net/jdk/pull/6531

For JDK-8277375 with -cp .
Given the error…
Exception in thread "main" java.io.UncheckedIOException: java.nio.file.FileSystemException: ./Pictures/Photos Library.photoslibrary: Operation not permitted

Doesn’t this indicate a recursed directory is being checked. This shouldn’t happen should it? Classpath is given as current directory only.

Also in this case it turns out the class in question I believe has no class path dependencies, possibly not directly related to the bug, but shouldn’t be possible to determine there is no need to scan class path at all to resolve anything? Maybe not.