Build failed in Jenkins: commons-bcel » Apache Commons BCEL #84

See Changes: [ggregory] [BCEL-305] ClassPath.getClassFile() and friends do not work with JRE 9 and higher. Test classes in the Java 9 and above modular runtime image file, AKA the monolithic "/mo

Build failed in Jenkins: commons-bcel #84

See Changes: [ggregory] [BCEL-305] ClassPath.getClassFile() and friends do not work with JRE 9 and higher. Test classes in the Java 9 and above modular runtime image file, AKA the monolithic "/modules" files. This us

Build failed in Jenkins: commons-bcel #83

See Changes: [ggregory] [BCEL-305] ClassPath.getClassFile() and friends do not work with JRE 9 and higher. don't use a for each loop to avoid creating an iterator for the GC to collect. [ggregory] [BCEL-305] ClassPa

Build failed in Jenkins: commons-bcel » Apache Commons BCEL #83

See Changes: [ggregory] [BCEL-305] ClassPath.getClassFile() and friends do not work with JRE 9 and higher. don't use a for each loop to avoid creating an iterator for the GC to collect. [ggregor

Build failed in Jenkins: commons-bcel #82

See Changes: [ggregory] [BCEL-305] ClassPath.getClassFile() and friends do not work with JRE 9 and higher. [ggregory] Better name. [ggregory] Test JDK JMOD files if present. [ggregory] Camel-case names. [ggregory]

Build failed in Jenkins: commons-bcel » Apache Commons BCEL #82

See Changes: [ggregory] [BCEL-305] ClassPath.getClassFile() and friends do not work with JRE 9 and higher. [ggregory] Better name. [ggregory] Test JDK JMOD files if present. [ggregory] Camel-ca

Build failed in Jenkins: Commons-configuration #112

See -- [...truncated 13.42 KB...] at org.tmatesoft.sqljet.core.table.engine.SqlJetEngine.runSynchronized(SqlJetEngine.java:217) at org.tmatesoft.sqljet.core.table.en

Build failed in Jenkins: commons-bcel » Apache Commons BCEL #81

See Changes: [ggregory] Better internal names. -- [...truncated 278.10 KB...] [INFO] Downloaded from central: https://repo.maven.apache.org/maven2/org/apac

Build failed in Jenkins: commons-bcel #81

See Changes: [ggregory] Better internal names. -- [...truncated 336.29 KB...] [ERROR]

[GitHub] commons-compress issue #68: Allow specifying Zstandard compression level

Github user bodewig commented on the issue: https://github.com/apache/commons-compress/pull/68 Well, you could still use zstd-jni directly instead of Commons Compress for the zstd part. Many thanks for the PR. ---

[GitHub] commons-compress pull request #68: Allow specifying Zstandard compression le...

Github user asfgit closed the pull request at: https://github.com/apache/commons-compress/pull/68 ---

[GitHub] commons-compress issue #68: Allow specifying Zstandard compression level

Github user cgrushko commented on the issue: https://github.com/apache/commons-compress/pull/68 heh :) Commons compress provides tar support which is almost a must for using zstd. Thanks! On Sat, Jul 28, 2018 at 5:07 PM Stefan Bodewig wrote: > Und

[GitHub] commons-compress issue #68: Allow specifying Zstandard compression level

Github user bodewig commented on the issue: https://github.com/apache/commons-compress/pull/68 Understood. I somehow assumed you'd know what the parameters did :-) I'll merge the PR as is. In a way I wonder why anybody who needs that much control over zstd output is using Com