Issues
- Rationalize our compress / zip ./ lex / archive supportLDEV-4959
- admin returns 404 due to archive pathsLDEV-4563Resolved issue: LDEV-4563
- lucee.commons.io.res.type.compress.CompressResource cannot be cast to java.lang.ComparableLDEV-2850Michael Offner
- admin.getLoggedDebugData doesn't include mapped pathsLDEV-2365Michael Offner
- Assign mapping to archive generates a huge .lar fileLDEV-2206
5 of 5
Rationalize our compress / zip ./ lex / archive support
Description
Details
Assignee
UnassignedUnassignedReporter
Zac SpitzerZac SpitzerNew Issue warning screen
Before you create a new Issue, please post to the mailing list first https://dev.lucee.org
Once the issue has been verified, one of the Lucee team will ask you to file an issue
Priority
New
Details
Details
Assignee
Unassigned
UnassignedReporter
Zac Spitzer
Zac Spitzer
New Issue warning screen
Before you create a new Issue, please post to the mailing list first https://dev.lucee.org
Once the issue has been verified, one of the Lucee team will ask you to file an issue
Priority
NewCreated 28 June 2024 at 14:56
Updated 28 June 2024 at 15:08
Activity
Show:
zip resource provider requires the compress extension
apache commmons compress is bundled and used by core, which is 1mb
yet the zip4j in the extension is only 205k https://mvnrepository.com/artifact/net.lingala.zip4j/zip4j/2.11.5
core / loader needs zip support for .lex files, i.e the admin, coming from the extension
meanwhile, java has native zip support
apache commons compress supports more file types too
apache commons compress is only used for the compress/extract functions, for tar, etc etc
most likely core shouldn’t bundle commons compress, move it the the extension?
this is a braindump, plans to be decided