[ https://issues.apache.org/jira/browse/COMPRESS-611?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Hai Zhang updated COMPRESS-611: ------------------------------- Description: The change https://github.com/apache/commons-compress/commit/06e05dab3bcb9044cc599f0ff18be78c54a8fbae added a static LinkOption[] field into IOUtils, and also made use of LinkOption in tar code. However, LinkOption is a Java 8 class that's only available on Adnroid 8.0 and beyond (added in API 26 according to https://developer.android.com/reference/java/nio/file/LinkOption ). And with the static field in IOUtils, which will result in loading the LinkOption class during IOUtils class initialization, this suddenly made all classes referencing IOUtils require Android 8.0. In comparision, most of the functionalities in commons-compress 1.20 was working fine on Android 5.0+. I discovered this because a real user wrote to me about this issue, and generally speaking a lot of users in developing countries may still be using older devices, so it seems to me supporting Android 5.0+ may still be a good thing. Meanwhile according to https://www.androidpolice.com/googles-latest-android-version-distribution-numbers-show-11-in-dead-heat-with-10/ , raising supported Android platform version from 5.0 to 8.0 will result in the percentage of supported device to drop from 98% to 82.7%, a >10% decrease. So could you kindly consider supporting Android 5.0 again by making the usage of Java 8 NIO file APIs optional? was: The change https://github.com/apache/commons-compress/commit/06e05dab3bcb9044cc599f0ff18be78c54a8fbae added a static LinkOption[] array into IOUtils, and also made use of LinkOption in tar code. However, LinkOption is a Java 8 class that's only available on Adnroid 8.0 and beyond (added in API 26 according to https://developer.android.com/reference/java/nio/file/LinkOption ). And with the static field in IOUtils, which will result in loading the LinkOption class during IOUtils class initialization, this suddenly made all classes referencing IOUtils require Android 8.0. In comparision, most of the functionalities in commons-compress 1.20 was working fine on Android 5.0+. I discovered this because a real user wrote to me about this issue, and generally speaking a lot of users in developing countries may still be using older devices, so it seems to me supporting Android 5.0+ may still be a good thing. Meanwhile according to https://www.androidpolice.com/googles-latest-android-version-distribution-numbers-show-11-in-dead-heat-with-10/ , raising supported Android platform version from 5.0 to 8.0 will result in the percentage of supported device to drop from 98% to 82.7%, a >10% decrease. So could you kindly consider supporting Android 5.0 again by making the usage of Java 8 NIO file APIs optional? > commons-compress 1.21 became incompatible below Android 8.0 > ----------------------------------------------------------- > > Key: COMPRESS-611 > URL: https://issues.apache.org/jira/browse/COMPRESS-611 > Project: Commons Compress > Issue Type: Bug > Affects Versions: 1.21 > Reporter: Hai Zhang > Priority: Major > > The change > https://github.com/apache/commons-compress/commit/06e05dab3bcb9044cc599f0ff18be78c54a8fbae > added a static LinkOption[] field into IOUtils, and also made use of > LinkOption in tar code. > However, LinkOption is a Java 8 class that's only available on Adnroid 8.0 > and beyond (added in API 26 according to > https://developer.android.com/reference/java/nio/file/LinkOption ). And with > the static field in IOUtils, which will result in loading the LinkOption > class during IOUtils class initialization, this suddenly made all classes > referencing IOUtils require Android 8.0. > In comparision, most of the functionalities in commons-compress 1.20 was > working fine on Android 5.0+. > I discovered this because a real user wrote to me about this issue, and > generally speaking a lot of users in developing countries may still be using > older devices, so it seems to me supporting Android 5.0+ may still be a good > thing. Meanwhile according to > https://www.androidpolice.com/googles-latest-android-version-distribution-numbers-show-11-in-dead-heat-with-10/ > , raising supported Android platform version from 5.0 to 8.0 will result in > the percentage of supported device to drop from 98% to 82.7%, a >10% decrease. > So could you kindly consider supporting Android 5.0 again by making the usage > of Java 8 NIO file APIs optional? -- This message was sent by Atlassian Jira (v8.20.1#820001)