Y.
On Wed, Jan 8, 2025 at 3:33 PM Dave Fisher wrote:
> So the “provided” issue could be configuration of the enforcer.
>
> > Filtering Dependency Errors
> > By default, all dependency convergence errors are reported, and any
> single error will fail the build. If you want to tune which dependenc
So the “provided” issue could be configuration of the enforcer.
> Filtering Dependency Errors
> By default, all dependency convergence errors are reported, and any single
> error will fail the build. If you want to tune which dependency errors are
> reported and fail the build, you can add the f
Y. Exactly.
On Wed, Jan 8, 2025 at 3:20 PM PJ Fanning wrote:
> The logs look like they come from Maven Enforcer and are based on the
> poms published to Maven Central.
>
> https://maven.apache.org/enforcer/enforcer-rules/dependencyConvergence.html
>
> On Wed, 8 Jan 2025 at 21:16, Dave Fisher wr
The logs look like they come from Maven Enforcer and are based on the
poms published to Maven Central.
https://maven.apache.org/enforcer/enforcer-rules/dependencyConvergence.html
On Wed, 8 Jan 2025 at 21:16, Dave Fisher wrote:
>
>
>
> > On Jan 8, 2025, at 11:13 AM, Tim Allison wrote:
> >
> > Th
> On Jan 8, 2025, at 11:13 AM, Tim Allison wrote:
>
> Thank you, all. I'm sorry for the noise.
>
> As you all point out, these are not a POI or even XMLBeans issue, and
> provided should be, ahem, provided.
>
> We added convergence checks in Tika after an irate downstream user
> complained.
The vote passes with 3 +1s, all from POI PMC members. There were no other votes.
Vote Thread
https://lists.apache.org/thread/q54l5s1dm31f9s75qdpzncfhbr5mvy6x
Votes (Apache IDs)
centic
tallison
fanningpj
I will proceed with the release. Thanks to everyone who participated
in the development and r
Thank you, all. I'm sorry for the noise.
As you all point out, these are not a POI or even XMLBeans issue, and
provided should be, ahem, provided.
We added convergence checks in Tika after an irate downstream user
complained. On Tika, we "fix" the convergence problems by specifying the
most recen
Hi,
To be honest, I also don't see too much value in applying such checks.
There will always be failures as soon as larger dependencies are added to a
project and it is nearly impossible to avoid it while at the same time
keeping dependencies up-to-date for fixing security issues.
Dominik.
On W
We won't be changing this for the release.
I, personally, do not understand the use of strict dependency convergence
checks. If you have a few dependencies and those dependencies have common
transitive dependencies - you are almost guaranteed to have a convergence issue.
Why should these tools no
Hi all,
Great to hear that 5.4.0 is almost released! I tested the version out and did
notice the following dependency convergence issue on
org.apache.logging.log4j:log4j-api:
(Small Maven quickstart archetype pom with a dependency on poi-ooxml 5.4.0,
running `mvn dependency:tree -Dverbose
-Dinc
https://bz.apache.org/bugzilla/show_bug.cgi?id=69529
Matafagafo changed:
What|Removed |Added
CC||matafag...@gmail.com
--
You are receivin
https://bz.apache.org/bugzilla/show_bug.cgi?id=69529
--- Comment #2 from PJ Fanning ---
It does look like the code could be a bit more robust.
I've added r1922985 and r1922986.
--
You are receiving this mail because:
You are the assignee for the bug.
---
https://bz.apache.org/bugzilla/show_bug.cgi?id=69529
PJ Fanning changed:
What|Removed |Added
Status|NEW |NEEDINFO
OS|
https://bz.apache.org/bugzilla/show_bug.cgi?id=69529
Bug ID: 69529
Summary: XLSX File failed when parsed using apache poi 5.2.5
version which has OOXML extractor parser but the same
file in version 5.2.3 its successfully parsed.
If the Tika build is failing with a convergence issue, you can add an exclusion
block to the POI and/or XMLBean dependency to exclude maven-core which is an
optional dependency and unneeded here.
Example:
https://github.com/apache/hadoop/blob/trunk/hadoop-project/pom.xml#L245-L256
On 2025/01
15 matches
Mail list logo
