Fix deleteQuietly handling for symlinked directories

[Sn0wyDay]

Thanks for your contribution to Apache Commons! Your help is appreciated!

Before you push a pull request, review this list:

• Read the contribution guidelines for this project.
• Read the ASF Generative Tooling Guidance if you use Artificial Intelligence (AI).
• I used AI to create any part of, or all of, this pull request. Which AI tool was used to create this pull request, and to what extent did it contribute?
• Run a successful build using the default Maven goal with mvn; that's mvn on the command line by itself.
• Write unit tests that match behavioral changes, where the tests fail if the changes to the runtime are not applied. This may not always be possible, but it is a best practice.
• Write a pull request description that is detailed enough to understand what the pull request does, how, and why.
• Each commit in the pull request should have a meaningful subject line and body. Note that a maintainer may squash commits during the merge process.

Summary

This PR updates FileUtils.deleteQuietly(File) so that it does not clean the target contents when the input is a symbolic link to a directory.

Previously, deleteQuietly() checked file.isDirectory() and then called cleanDirectory(file) before deleting the file. On platforms where a symbolic link to a directory is treated as a directory, this could remove the contents of the symlink target before deleting the symlink itself.

deleteDirectory() already avoids this behavior by checking !isSymlink(directory) before cleaning directory contents. This PR applies the same safety check to deleteQuietly() for consistency.

Change

Before:

if (file.isDirectory()) {
    cleanDirectory(file);
}

After:

if (file.isDirectory() && !isSymlink(file)) {
    cleanDirectory(file);
}

Tests

Added a regression test that verifies all of the following:

• the symbolic-link directory entry itself is removed;
• the target directory still exists;
• the file inside the target directory is preserved.

The link assertion uses Files.exists(path, LinkOption.NOFOLLOW_LINKS) so it checks the link entry rather than following the link to its target.

Validation completed with Eclipse Temurin JDK 25:

mvn -Dtest=FileUtilsCleanSymlinksTest test
mvn

The default Maven build passed with 6,616 tests run, 0 failures, and 0 errors. Checkstyle, SpotBugs, PMD, license, coverage, and Javadoc checks also passed.

AI tooling disclosure

OpenAI Codex was used to help analyze the candidate issue, refine the regression-test assertion, investigate the CI failure, and draft the pull request explanation. The resulting code and test behavior were manually reviewed and validated with the commands listed above.