org.apache.commons.codec.binary.Base64 clash
- Dominant language
- Java
- Stars
- 3.1k
- Forks
- 1.6k
- Avg merge
- 3d 12h
- Merged PRs (30d)
- 33
Description
The class "org.apache.commons.codec.binary.Base64" in parquet-tools.jar version 1.9.0 is same at package and class name to which is in commons-codec.jar(all version) ,but its implement is much older.
That makes a jar-hell when both parquet-tools.jar and commons-codec.jar are used .
e.g.
Exception in thread "main" java.lang.NoSuchMethodError: org.apache.commons.codec.binary.Base64.encodeBase64String([B)Ljava/lang/String;
**Reporter**: [JaredLi](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=lhyundeadsoul)
#### Related issues:
- [org.apache.commons.codec.binary.Base64 clash #449](https://github.com/apache/parquet-java/issues/2120) (is duplicated by)
- [Remove Dependency on commons-codec](https://github.com/apache/parquet-java/issues/2302) (is superceded by)
**Note**: *This issue was originally created as [PARQUET-1194](https://issues.apache.org/jira/browse/PARQUET-1194). Please see the [migration documentation](https://issues.apache.org/jira/browse/PARQUET-2502) for further details.*
Contributor guide
No contributing guide indexed for this repository
Research direction
Review related issue #2302, “Remove Dependency on commons-codec,” and the migration documentation linked from PARQUET-2502 first. The report names no files or tests, so use the dependency and packaging entry points identified there and verify that the reported Base64 class clash and NoSuchMethodError scenario are addressed.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- build-system
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100