[Statistics][All] Web site partly broken

Hi. >From the "home" page: https://commons.apache.org/proper/commons-statistics/ clicking on the "latest release" link: https://commons.apache.org/statistics/download_statistics.cgi leads to a page where the layout has not been applied. Regards, Gilles

Re: commons-compress 1.26.0 optional dependency on commons-codec causes runtime failure.

Before splitting maybe review why there are deps, don't think any is really needed and it was mainly pre java 8 time. Romain Manni-Bucau @rmannibucau | Blog | Old Blog | Github

Re: commons-compress 1.26.0 optional dependency on commons-codec causes runtime failure.

Another reason for suggesting common-compress split to several sub-modules: I see no application, nor lib, nor software that use common-compress and use all of the algorithms supported by common-compress... Usually we just use one or two algorithms we actually need... so splitting into several

Re: commons-compress 1.26.0 optional dependency on commons-codec causes runtime failure.

> What I've been going in some projects is to never use Maven optional dependencies and split Maven projects into multi-module ones and never use optional dependencies when I care about what depends on what. I love this... just like what done in vfs right?. Gary Gregory 于2024年2月23日周五 00:14写道：

Re: commons-compress 1.26.0 optional dependency on commons-codec causes runtime failure.

A basic issue is that there is a disconnect between Maven dependency declarations in a POM and running applications outside of Maven aware environment ('mvn' and IDEs). When you write your app, you deliver jars, you start the JVM, and so on, and if you don't follow Maven dependencies you can run

Re: commons-compress 1.26.0 optional dependency on commons-codec causes runtime failure.

+1 Elliotte ...plus the fact [io] is optional in the pom too which is not correct. Romain Manni-Bucau @rmannibucau | Blog | Old Blog | Github | LinkedIn

Re: commons-compress 1.26.0 optional dependency on commons-codec causes runtime failure.

Looks like this was fixed at head a few days ago by using Charsets from commons-io instead of commons-codec, and will be in 1.26.1. That said, I don't really like the fix that was committed. The use of the Charsets class here is trivial and should simply be inlined. It's not sufficient reason to

Re: commons-compress 1.26.0 optional dependency on commons-codec causes runtime failure.

On Thu, 22 Feb 2024 at 12:08, Andrew Coates wrote: > Hi all, > > I'm seeing a runtime failure using TarArchiveOutputStream when updating to > commons-compress 1.26.0. > > java.lang.NoClassDefFoundError: org/apache/commons/codec/Charsets > at org.apache.commons.compress@1.26.0 > >

Re: commons-compress 1.26.0 optional dependency on commons-codec causes runtime failure.

Hi Andy, I have the exact same feeling and commons-io is yet another one. I understand the intent to not bring a not used dep when you use only a subset of archives but default experience is not nice. Maybe all these transitive commons deps should be dropped, they dont make much sense anymore

commons-compress 1.26.0 optional dependency on commons-codec causes runtime failure.

Hi all, I'm seeing a runtime failure using TarArchiveOutputStream when updating to commons-compress 1.26.0. java.lang.NoClassDefFoundError: org/apache/commons/codec/Charsets at org.apache.commons.compress@1.26.0