RFR: JDK-8277375: jdeps errors on a class path with a file path with no permission
Michael Hall
mik3hall at gmail.com
Wed Nov 24 11:51:26 UTC 2021
> On Nov 24, 2021, at 2:55 AM, Alan Bateman <alanb at openjdk.java.net> wrote:
>
> On Wed, 24 Nov 2021 01:12:01 GMT, Mandy Chung <mchung at openjdk.org> wrote:
>
>> This changes jdeps -cp to ignore files/directories with no permission to access. This is consistent with the runtime behavior.
>
> src/jdk.jdeps/share/classes/com/sun/tools/jdeps/ClassFileReader.java line 235:
>
>> 233: @Override
>> 234: public FileVisitResult visitFileFailed(Path file, IOException exc) throws IOException {
>> 235: return FileVisitResult.CONTINUE;
>
> The bug report may be pilot error in that they seem to have specified a root directory as the class path. If the scan is changed then maybe it should minimally emit a warning rather than silently ignoring the non-accessible files.
>
> -------------
>
> PR: https://git.openjdk.java.net/jdk/pull/6531
This was testing against a simple unpackaged class in my home directory. All the dependencies were javafx modular ones.
There was definitely no dependency on a /Pictures package where there would be any need to look any further on this path.
Is this scanning every directory off a class path one on the chance there might be a java class file that is a dependency?
More information about the core-libs-dev
mailing list