Use SupportsPrefixOperations for Remove OrphanFile Procedure

[ismailsimsek]

Continuing #7914

• added pathFilter to new method (listWithPrefix), PartitionAwareHiddenPathFilter
• Added tests that new method and previous one returns same values
• Fix failing test testHiddenPathsStartingWithPartitionNamesAreIgnored

With this change, current executions now use HadoopFileIO, which implements DelegateFileIO and SupportPrefixOperations. This results in calls to the new listWithPrefix method.

[ismailsimsek]

cc @flyrain @RussellSpitzer @rahil-c its ready for review and test added. also will appreciate any suggestion on the failing test.

[RussellSpitzer]

The test here says it's failling because you are deleting

    but the following elements were unexpected:
      ["file:/tmp/junit-14563533605645158466/data/_c2_trunc/subfolder/file.txt",
        "file:/tmp/junit-14563533605645158466/data/_c2_trunc/file.txt"]
        ```
        
When those are not files that are traditionally removed by remove orphan files (which only removes files with certain prefixes.) This is a behavior change and I don't think it's actually beneficial so is there any way to fix this?

```TestRemoveOrphanFilesAction3 > testHiddenPathsStartingWithPartitionNamesAreIgnored() > formatVersion = 3 FAILED
    java.lang.AssertionError: [same as] 
    Expecting actual:
      ["file:/tmp/junit-14563533605645158466/metadata/v1.metadata.json",
        "file:/tmp/junit-14563533605645158466/metadata/v2.metadata.json",
        "file:/tmp/junit-14563533605645158466/metadata/2607cb5e-4b09-49d3-8887-52a5341aaaa9-m0.avro",
        "file:/tmp/junit-14563533605645158466/metadata/version-hint.text",
        "file:/tmp/junit-14563533605645158466/metadata/snap-1334501503484114515-1-2607cb5e-4b09-49d3-8887-52a5341aaaa9.avro",
        "file:/tmp/junit-14563533605645158466/data/_c2_trunc/subfolder/file.txt",
        "file:/tmp/junit-14563533605645158466/data/_c2_trunc/file.txt",
        "file:/tmp/junit-14563533605645158466/data/_c2_trunc=AA/c3=AAAA/00000-864-80ba5c39-c3da-4be3-9783-5d8666c89ccc-0-00001.parquet"]
    to contain exactly in any order:
      ["file:/tmp/junit-14563533605645158466/metadata/v1.metadata.json",
        "file:/tmp/junit-14563533605645158466/metadata/v2.metadata.json",
        "file:/tmp/junit-14563533605645158466/metadata/2607cb5e-4b09-49d3-8887-52a5341aaaa9-m0.avro",
        "file:/tmp/junit-14563533605645158466/metadata/version-hint.text",
        "file:/tmp/junit-14563533605645158466/metadata/snap-1334501503484114515-1-2607cb5e-4b09-49d3-8887-52a5341aaaa9.avro",
        "file:/tmp/junit-14563533605645158466/data/_c2_trunc=AA/c3=AAAA/00000-864-80ba5c39-c3da-4be3-9783-5d8666c89ccc-0-00001.parquet"]
    but the following elements were unexpected:
      ["file:/tmp/junit-14563533605645158466/data/_c2_trunc/subfolder/file.txt",
        "file:/tmp/junit-14563533605645158466/data/_c2_trunc/file.txt"]

[RussellSpitzer]

While we are modifying things here, please rename all name# variables to something relevant to the test. The names should be relevant to what we are checking

[ismailsimsek]

renamed to more descriptive names

[ismailsimsek]

Now it will check parent folders per file, to ensure none of the parent folder is hiddenpartition folder. this might be less performant for large list, if performance is a concern.