[ https://issues.apache.org/jira/browse/IO-701?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Boris Unckel closed IO-701. --------------------------- > PathUtils.setReadOnly do not deal with LinuxDosFileAttributeView > ---------------------------------------------------------------- > > Key: IO-701 > URL: https://issues.apache.org/jira/browse/IO-701 > Project: Commons IO > Issue Type: Bug > Components: Utilities > Affects Versions: 2.8.0 > Environment: java --version > openjdk 11.0.9.1 2020-11-04 > OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.9.1+1) > OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.9.1+1, mixed mode) > cat /etc/fedora-release > Fedora release 33 (Thirty Three) > uname -a > Linux localhost.localdomain 5.9.16-200.fc33.x86_64 #1 SMP Mon Dec 21 14:08:22 > UTC 2020 x86_64 x86_64 x86_64 GNU/Linux > # /etc/fstab > # Created by anaconda on Sat Aug 29 05:35:21 2020 > # > # Accessible filesystems, by reference, are maintained under '/dev/disk/'. > # See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info. > # > # After editing this file, run 'systemctl daemon-reload' to update systemd > # units generated from this file. > # > /dev/mapper/fedora_localhost--live-root / ext4 > defaults 1 1 > UUID=fd3a2229-bdf5-4fe5-b596-141b9d6c609f /boot ext4 > defaults 1 2 > UUID=0C7E-FC8E /boot/efi vfat > umask=0077,shortname=winnt 0 2 > /dev/mapper/fedora_localhost--live-home /home ext4 > defaults 1 2 > /dev/mapper/fedora_localhost--live-swap none swap > defaults 0 0 > Reporter: Boris Unckel > Priority: Critical > Fix For: 2.9.0 > > Time Spent: 1h > Remaining Estimate: 0h > > PathUtils.setReadOnly use a DosFileAttributeView first. If this fails with a > Exception, a second try with PosixFileAttributeView will not be done. > The approach is to catch a IOException (java.nio.file.FileSystemException > Operation not supported), add it to a exception list. Throw the exception > list if not empty. > Please check the environment of this bug: integration tests are all run on > Ubuntu. This occured on Fedora. (Maybe the difference is ext4 ?) > Example stacktrace (Message is "Operation not supported") > {code:java} > java.nio.file.FileSystemException: > /tmp/junit4674316189874192997/file1-test.txt: Die Operation wird nicht > unterstützt > at > java.base/sun.nio.fs.UnixException.translateToIOException(UnixException.java:100) > at > java.base/sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:111) > at > java.base/sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:116) > at > java.base/sun.nio.fs.LinuxDosFileAttributeView.updateDosAttribute(LinuxDosFileAttributeView.java:278) > at > java.base/sun.nio.fs.LinuxDosFileAttributeView.setReadOnly(LinuxDosFileAttributeView.java:191) > at org.apache.commons.io.file.PathUtils.setReadOnly(PathUtils.java:876) > at org.apache.commons.io.file.PathUtils.deleteFile(PathUtils.java:486) > at org.apache.commons.io.file.PathUtils.delete(PathUtils.java:393) > at org.apache.commons.io.FileUtils.forceDelete(FileUtils.java:1337) > at org.apache.commons.io.FileUtils.cleanDirectory(FileUtils.java:303) > at org.apache.commons.io.FileUtils.deleteDirectory(FileUtils.java:1189) > at > org.apache.commons.io.FileUtilsTestCase.setUp(FileUtilsTestCase.java:299) > {code} -- This message was sent by Atlassian Jira (v8.3.4#803005)