[jira] [Deleted] (COMPRESS-672) Commons-compress 1.26.0 is failing to compress files/directories
[
https://issues.apache.org/jira/browse/COMPRESS-672?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Osipov deleted COMPRESS-672:
> Commons-compress 1.26.0 is failing to compress files/directories
>
>
> Key: COMPRESS-672
> URL: https://issues.apache.org/jira/browse/COMPRESS-672
> Project: Commons Compress
> Issue Type: Bug
>Reporter: Santhosh Kumar K
>Priority: Major
>
> We are using commons-compress to compress files and with latest 1.26.0 we are
> getting the following exception where in it was working fine with 1.24.0
> {*}API being used:{*}ArchiveOutputStream jos = new ArchiveStreamFactory()
> .createArchiveOutputStream(ArchiveStreamFactory.ZIP,
> Files.newOutputStream(WrapperFactory.getNioServiceWrapper().getPath(jarName)));
> *Stack trace:*
> [Feb 28, 2024 5:42:32 PM] [INFO] Stack Description:
> java.lang.RuntimeException: ApplySession failed but Oracle Home has not been
> modified.org/apache/commons/io/Charsets
> at
> org.apache.commons.compress.archivers.zip.ZipEncodingHelper.getZipEncoding(ZipEncodingHelper.java:69)
> at
> org.apache.commons.compress.archivers.zip.ZipEncodingHelper.(ZipEncodingHelper.java:37)
> at
> org.apache.commons.compress.archivers.zip.ZipArchiveOutputStream.(ZipArchiveOutputStream.java:331)
> at
> org.apache.commons.compress.archivers.ArchiveStreamFactory.createArchiveOutputStream(ArchiveStreamFactory.java:516)
> at
> org.apache.commons.compress.archivers.ArchiveStreamFactory.createArchiveOutputStream(ArchiveStreamFactory.java:498)
> at
> oracle.opatch.ZipUtilities.compressZip(ZipUtilities.java:306)
> at
> oracle.opatch.opatchactions.DeleteAction.backupForRollback(DeleteAction.java:1262)
> at
> oracle.opatch.PatchObject.backupForRollback(PatchObject.java:5492)
> at
> oracle.opatch.ApplySession.processLocal(ApplySession.java:4027)
> at
> oracle.opatch.ApplySession.process(ApplySession.java:4989)
> at
> oracle.opatch.ApplySession.process(ApplySession.java:4842)
> at
> oracle.opatch.OPatchACL.processApply(OPatchACL.java:310)
> at
> oracle.opatch.opatchutil.NApply.legacy_process(NApply.java:1469)
> at
> oracle.opatch.opatchutil.NApply.legacy_process(NApply.java:373)
> at
> oracle.opatch.opatchutil.NApply.process(NApply.java:353)
> at
> oracle.opatch.opatchutil.OUSession.napply(OUSession.java:1139)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at
> java.lang.reflect.Method.invoke(Method.java:498)
> at
> oracle.opatch.UtilSession.process(UtilSession.java:355)
> at
> oracle.opatch.OPatchSession.process(OPatchSession.java:2640)
> at
> oracle.opatch.OPatch.process(OPatch.java:873)
> at
> oracle.opatch.OPatch.main(OPatch.java:930)
> Caused by: java.lang.RuntimeException:
> ApplySession failed but Oracle Home has not been
> modified.org/apache/commons/io/Charsets
> ... 24 more
> Caused by:
> java.lang.NoClassDefFoundError: org/apache/commons/io/Charsets
> ... 24 more
> Caused by:
> java.lang.ClassNotFoundException: org.apache.commons.io.Charsets
> at
> java.net.URLClassLoader.findClass(URLClassLoader.java:387)
> at
> java.lang.ClassLoader.loadClass(ClassLoader.java:418)
> at
> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:359)
> at
> java.lang.ClassLoader.loadClass(ClassLoader.java:351)
>
[jira] [Moved] (COMPRESS-671) Commons-compress 1.26.0 is failing to compress files/directories
[
https://issues.apache.org/jira/browse/COMPRESS-671?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gilles Sadowski moved COMMONSSITE-170 to COMPRESS-671:
--
Key: COMPRESS-671 (was: COMMONSSITE-170)
Project: Commons Compress (was: Apache Commons All)
> Commons-compress 1.26.0 is failing to compress files/directories
> -
>
> Key: COMPRESS-671
> URL: https://issues.apache.org/jira/browse/COMPRESS-671
> Project: Commons Compress
> Issue Type: Bug
>Reporter: Santhosh Kumar K
>Priority: Major
>
> We are using commons-compress to compress files and with latest 1.26.0 we are
> getting the following exception where in it was working fine with 1.24.0
> {*}API being used:{*}ArchiveOutputStream jos = new ArchiveStreamFactory()
> .createArchiveOutputStream(ArchiveStreamFactory.ZIP,
> Files.newOutputStream(WrapperFactory.getNioServiceWrapper().getPath(jarName)));
> *Stack trace:*
> [Feb 28, 2024 5:42:32 PM] [INFO] Stack Description:
> java.lang.RuntimeException: ApplySession failed but Oracle Home has not been
> modified.org/apache/commons/io/Charsets
> at
> org.apache.commons.compress.archivers.zip.ZipEncodingHelper.getZipEncoding(ZipEncodingHelper.java:69)
> at
> org.apache.commons.compress.archivers.zip.ZipEncodingHelper.(ZipEncodingHelper.java:37)
> at
> org.apache.commons.compress.archivers.zip.ZipArchiveOutputStream.(ZipArchiveOutputStream.java:331)
> at
> org.apache.commons.compress.archivers.ArchiveStreamFactory.createArchiveOutputStream(ArchiveStreamFactory.java:516)
> at
> org.apache.commons.compress.archivers.ArchiveStreamFactory.createArchiveOutputStream(ArchiveStreamFactory.java:498)
> at
> oracle.opatch.ZipUtilities.compressZip(ZipUtilities.java:306)
> at
> oracle.opatch.opatchactions.DeleteAction.backupForRollback(DeleteAction.java:1262)
> at
> oracle.opatch.PatchObject.backupForRollback(PatchObject.java:5492)
> at
> oracle.opatch.ApplySession.processLocal(ApplySession.java:4027)
> at
> oracle.opatch.ApplySession.process(ApplySession.java:4989)
> at
> oracle.opatch.ApplySession.process(ApplySession.java:4842)
> at
> oracle.opatch.OPatchACL.processApply(OPatchACL.java:310)
> at
> oracle.opatch.opatchutil.NApply.legacy_process(NApply.java:1469)
> at
> oracle.opatch.opatchutil.NApply.legacy_process(NApply.java:373)
> at
> oracle.opatch.opatchutil.NApply.process(NApply.java:353)
> at
> oracle.opatch.opatchutil.OUSession.napply(OUSession.java:1139)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at
> java.lang.reflect.Method.invoke(Method.java:498)
> at
> oracle.opatch.UtilSession.process(UtilSession.java:355)
> at
> oracle.opatch.OPatchSession.process(OPatchSession.java:2640)
> at
> oracle.opatch.OPatch.process(OPatch.java:873)
> at
> oracle.opatch.OPatch.main(OPatch.java:930)
> Caused by: java.lang.RuntimeException:
> ApplySession failed but Oracle Home has not been
> modified.org/apache/commons/io/Charsets
> ... 24 more
> Caused by:
> java.lang.NoClassDefFoundError: org/apache/commons/io/Charsets
> ... 24 more
> Caused by:
> java.lang.ClassNotFoundException: org.apache.commons.io.Charsets
> at
> java.net.URLClassLoader.findClass(URLClassLoader.java:387)
> at
> java.lang.ClassLoader.loadClass(ClassLoader.java:418)
> at
>
[jira] (COMPRESS-661) ArchiveInputStream markSupported should always return false
[ https://issues.apache.org/jira/browse/COMPRESS-661 ]
Alexander Veit deleted comment on COMPRESS-661:
-
was (Author: veita):
The same error also occurs with commons-compress 1.26.1.
> ArchiveInputStream markSupported should always return false
> ---
>
> Key: COMPRESS-661
> URL: https://issues.apache.org/jira/browse/COMPRESS-661
> Project: Commons Compress
> Issue Type: Bug
> Components: Compressors
>Affects Versions: 1.26.0
>Reporter: Alexander Veit
>Priority: Critical
> Fix For: 1.26.1
>
> Attachments: testARofText.ar
>
>
> Apache Commons Compress 1.26.0 fixes
> * https://www.cve.org/CVERecord?id=CVE-2024-25710 and
> * https://www.cve.org/CVERecord?id=CVE-2024-26308.
> We have tried to replace Apache Commons Compress 1.25.0 with 1.26.0 in our
> deployments in order to fix these security vulnerabilities. But unfortunately
> now Apache Tika is broken:
> {noformat}
> org.apache.tika.exception.TikaException: TIKA-198: Illegal IOException from
> org.apache.tika.parser.iwork.IWorkPackageParser@41fcb910
> at
> app//org.apache.tika.parser.CompositeParser.parse(CompositeParser.java:304)
> at
> app//org.apache.tika.parser.CompositeParser.parse(CompositeParser.java:298)
> at
> app//org.apache.tika.parser.AutoDetectParser.parse(AutoDetectParser.java:203)
> at app//org.apache.tika.Tika.parseToString(Tika.java:525)
> at app//org.apache.tika.Tika.parseToString(Tika.java:495)
> at ...
> Caused by: java.io.IOException: Resetting to invalid mark
> at
> java.base/java.io.BufferedInputStream.reset(BufferedInputStream.java:446)
> at
> org.apache.tika.parser.iwork.IWorkPackageParser.parse(IWorkPackageParser.java:97)
> at org.apache.tika.parser.CompositeParser.parse(CompositeParser.java:298)
> ... 42 more
> {noformat}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Commented] (COMMONSSITE-170) Commons-compress 1.26.0 is failing to compress files/directories
[
https://issues.apache.org/jira/browse/COMMONSSITE-170?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17826959#comment-17826959
]
Michael Osipov commented on COMMONSSITE-170:
I consider this as invalid since you need to raise a bug with Oracle regarding
OPatch. It is their duty to fix their software.
> Commons-compress 1.26.0 is failing to compress files/directories
> -
>
> Key: COMMONSSITE-170
> URL: https://issues.apache.org/jira/browse/COMMONSSITE-170
> Project: Apache Commons All
> Issue Type: Bug
>Reporter: Santhosh Kumar K
>Priority: Major
>
> We are using commons-compress to compress files and with latest 1.26.0 we are
> getting the following exception where in it was working fine with 1.24.0
> {*}API being used:{*}ArchiveOutputStream jos = new ArchiveStreamFactory()
> .createArchiveOutputStream(ArchiveStreamFactory.ZIP,
> Files.newOutputStream(WrapperFactory.getNioServiceWrapper().getPath(jarName)));
> *Stack trace:*
> [Feb 28, 2024 5:42:32 PM] [INFO] Stack Description:
> java.lang.RuntimeException: ApplySession failed but Oracle Home has not been
> modified.org/apache/commons/io/Charsets
> at
> org.apache.commons.compress.archivers.zip.ZipEncodingHelper.getZipEncoding(ZipEncodingHelper.java:69)
> at
> org.apache.commons.compress.archivers.zip.ZipEncodingHelper.(ZipEncodingHelper.java:37)
> at
> org.apache.commons.compress.archivers.zip.ZipArchiveOutputStream.(ZipArchiveOutputStream.java:331)
> at
> org.apache.commons.compress.archivers.ArchiveStreamFactory.createArchiveOutputStream(ArchiveStreamFactory.java:516)
> at
> org.apache.commons.compress.archivers.ArchiveStreamFactory.createArchiveOutputStream(ArchiveStreamFactory.java:498)
> at
> oracle.opatch.ZipUtilities.compressZip(ZipUtilities.java:306)
> at
> oracle.opatch.opatchactions.DeleteAction.backupForRollback(DeleteAction.java:1262)
> at
> oracle.opatch.PatchObject.backupForRollback(PatchObject.java:5492)
> at
> oracle.opatch.ApplySession.processLocal(ApplySession.java:4027)
> at
> oracle.opatch.ApplySession.process(ApplySession.java:4989)
> at
> oracle.opatch.ApplySession.process(ApplySession.java:4842)
> at
> oracle.opatch.OPatchACL.processApply(OPatchACL.java:310)
> at
> oracle.opatch.opatchutil.NApply.legacy_process(NApply.java:1469)
> at
> oracle.opatch.opatchutil.NApply.legacy_process(NApply.java:373)
> at
> oracle.opatch.opatchutil.NApply.process(NApply.java:353)
> at
> oracle.opatch.opatchutil.OUSession.napply(OUSession.java:1139)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at
> java.lang.reflect.Method.invoke(Method.java:498)
> at
> oracle.opatch.UtilSession.process(UtilSession.java:355)
> at
> oracle.opatch.OPatchSession.process(OPatchSession.java:2640)
> at
> oracle.opatch.OPatch.process(OPatch.java:873)
> at
> oracle.opatch.OPatch.main(OPatch.java:930)
> Caused by: java.lang.RuntimeException:
> ApplySession failed but Oracle Home has not been
> modified.org/apache/commons/io/Charsets
> ... 24 more
> Caused by:
> java.lang.NoClassDefFoundError: org/apache/commons/io/Charsets
> ... 24 more
> Caused by:
> java.lang.ClassNotFoundException: org.apache.commons.io.Charsets
> at
> java.net.URLClassLoader.findClass(URLClassLoader.java:387)
> at
> java.lang.ClassLoader.loadClass(ClassLoader.java:418)
> at
>
[jira] [Updated] (COMMONSSITE-170) Commons-compress 1.26.0 is failing to compress files/directories
[
https://issues.apache.org/jira/browse/COMMONSSITE-170?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Osipov updated COMMONSSITE-170:
---
Summary: Commons-compress 1.26.0 is failing to compress files/directories
(was: Commons-compress 1.26.0 is failing to compress files\directories)
> Commons-compress 1.26.0 is failing to compress files/directories
> -
>
> Key: COMMONSSITE-170
> URL: https://issues.apache.org/jira/browse/COMMONSSITE-170
> Project: Apache Commons All
> Issue Type: Bug
>Reporter: Santhosh Kumar K
>Priority: Major
>
> We are using commons-compress to compress files and with latest 1.26.0 we are
> getting the following exception where in it was working fine with 1.24.0
> {*}API being used:{*}ArchiveOutputStream jos = new ArchiveStreamFactory()
> .createArchiveOutputStream(ArchiveStreamFactory.ZIP,
> Files.newOutputStream(WrapperFactory.getNioServiceWrapper().getPath(jarName)));
> *Stack trace:*
> [Feb 28, 2024 5:42:32 PM] [INFO] Stack Description:
> java.lang.RuntimeException: ApplySession failed but Oracle Home has not been
> modified.org/apache/commons/io/Charsets
> at
> org.apache.commons.compress.archivers.zip.ZipEncodingHelper.getZipEncoding(ZipEncodingHelper.java:69)
> at
> org.apache.commons.compress.archivers.zip.ZipEncodingHelper.(ZipEncodingHelper.java:37)
> at
> org.apache.commons.compress.archivers.zip.ZipArchiveOutputStream.(ZipArchiveOutputStream.java:331)
> at
> org.apache.commons.compress.archivers.ArchiveStreamFactory.createArchiveOutputStream(ArchiveStreamFactory.java:516)
> at
> org.apache.commons.compress.archivers.ArchiveStreamFactory.createArchiveOutputStream(ArchiveStreamFactory.java:498)
> at
> oracle.opatch.ZipUtilities.compressZip(ZipUtilities.java:306)
> at
> oracle.opatch.opatchactions.DeleteAction.backupForRollback(DeleteAction.java:1262)
> at
> oracle.opatch.PatchObject.backupForRollback(PatchObject.java:5492)
> at
> oracle.opatch.ApplySession.processLocal(ApplySession.java:4027)
> at
> oracle.opatch.ApplySession.process(ApplySession.java:4989)
> at
> oracle.opatch.ApplySession.process(ApplySession.java:4842)
> at
> oracle.opatch.OPatchACL.processApply(OPatchACL.java:310)
> at
> oracle.opatch.opatchutil.NApply.legacy_process(NApply.java:1469)
> at
> oracle.opatch.opatchutil.NApply.legacy_process(NApply.java:373)
> at
> oracle.opatch.opatchutil.NApply.process(NApply.java:353)
> at
> oracle.opatch.opatchutil.OUSession.napply(OUSession.java:1139)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at
> java.lang.reflect.Method.invoke(Method.java:498)
> at
> oracle.opatch.UtilSession.process(UtilSession.java:355)
> at
> oracle.opatch.OPatchSession.process(OPatchSession.java:2640)
> at
> oracle.opatch.OPatch.process(OPatch.java:873)
> at
> oracle.opatch.OPatch.main(OPatch.java:930)
> Caused by: java.lang.RuntimeException:
> ApplySession failed but Oracle Home has not been
> modified.org/apache/commons/io/Charsets
> ... 24 more
> Caused by:
> java.lang.NoClassDefFoundError: org/apache/commons/io/Charsets
> ... 24 more
> Caused by:
> java.lang.ClassNotFoundException: org.apache.commons.io.Charsets
> at
> java.net.URLClassLoader.findClass(URLClassLoader.java:387)
> at
> java.lang.ClassLoader.loadClass(ClassLoader.java:418)
> at
>
[jira] [Commented] (COMPRESS-661) ArchiveInputStream markSupported should always return false
[
https://issues.apache.org/jira/browse/COMPRESS-661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17826991#comment-17826991
]
Alexander Veit commented on COMPRESS-661:
-
The same error also occurs with commons-compress 1.26.1.
> ArchiveInputStream markSupported should always return false
> ---
>
> Key: COMPRESS-661
> URL: https://issues.apache.org/jira/browse/COMPRESS-661
> Project: Commons Compress
> Issue Type: Bug
> Components: Compressors
>Affects Versions: 1.26.0
>Reporter: Alexander Veit
>Priority: Critical
> Fix For: 1.26.1
>
> Attachments: testARofText.ar
>
>
> Apache Commons Compress 1.26.0 fixes
> * https://www.cve.org/CVERecord?id=CVE-2024-25710 and
> * https://www.cve.org/CVERecord?id=CVE-2024-26308.
> We have tried to replace Apache Commons Compress 1.25.0 with 1.26.0 in our
> deployments in order to fix these security vulnerabilities. But unfortunately
> now Apache Tika is broken:
> {noformat}
> org.apache.tika.exception.TikaException: TIKA-198: Illegal IOException from
> org.apache.tika.parser.iwork.IWorkPackageParser@41fcb910
> at
> app//org.apache.tika.parser.CompositeParser.parse(CompositeParser.java:304)
> at
> app//org.apache.tika.parser.CompositeParser.parse(CompositeParser.java:298)
> at
> app//org.apache.tika.parser.AutoDetectParser.parse(AutoDetectParser.java:203)
> at app//org.apache.tika.Tika.parseToString(Tika.java:525)
> at app//org.apache.tika.Tika.parseToString(Tika.java:495)
> at ...
> Caused by: java.io.IOException: Resetting to invalid mark
> at
> java.base/java.io.BufferedInputStream.reset(BufferedInputStream.java:446)
> at
> org.apache.tika.parser.iwork.IWorkPackageParser.parse(IWorkPackageParser.java:97)
> at org.apache.tika.parser.CompositeParser.parse(CompositeParser.java:298)
> ... 42 more
> {noformat}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Created] (COMPRESS-672) Commons-compress 1.26.0 is failing to compress files/directories
Santhosh Kumar K created COMPRESS-672:
-
Summary: Commons-compress 1.26.0 is failing to compress
files/directories
Key: COMPRESS-672
URL: https://issues.apache.org/jira/browse/COMPRESS-672
Project: Commons Compress
Issue Type: Bug
Components: Compressors
Reporter: Santhosh Kumar K
We are using commons-compress to compress files and with latest 1.26.0 we are
getting the following exception where in it was working fine with 1.24.0
{*}API being used:{*}ArchiveOutputStream jos = new ArchiveStreamFactory()
.createArchiveOutputStream(ArchiveStreamFactory.ZIP,
Files.newOutputStream(WrapperFactory.getNioServiceWrapper().getPath(jarName)));
*Stack trace:*
[Feb 28, 2024 5:42:32 PM] [INFO] Stack Description:
java.lang.RuntimeException: ApplySession failed but Oracle Home has not been
modified.org/apache/commons/io/Charsets
at
org.apache.commons.compress.archivers.zip.ZipEncodingHelper.getZipEncoding(ZipEncodingHelper.java:69)
at
org.apache.commons.compress.archivers.zip.ZipEncodingHelper.(ZipEncodingHelper.java:37)
at
org.apache.commons.compress.archivers.zip.ZipArchiveOutputStream.(ZipArchiveOutputStream.java:331)
at
org.apache.commons.compress.archivers.ArchiveStreamFactory.createArchiveOutputStream(ArchiveStreamFactory.java:516)
at
org.apache.commons.compress.archivers.ArchiveStreamFactory.createArchiveOutputStream(ArchiveStreamFactory.java:498)
at
oracle.opatch.ZipUtilities.compressZip(ZipUtilities.java:306)
at
oracle.opatch.opatchactions.DeleteAction.backupForRollback(DeleteAction.java:1262)
at
oracle.opatch.PatchObject.backupForRollback(PatchObject.java:5492)
at
oracle.opatch.ApplySession.processLocal(ApplySession.java:4027)
at
oracle.opatch.ApplySession.process(ApplySession.java:4989)
at
oracle.opatch.ApplySession.process(ApplySession.java:4842)
at
oracle.opatch.OPatchACL.processApply(OPatchACL.java:310)
at
oracle.opatch.opatchutil.NApply.legacy_process(NApply.java:1469)
at
oracle.opatch.opatchutil.NApply.legacy_process(NApply.java:373)
at
oracle.opatch.opatchutil.NApply.process(NApply.java:353)
at
oracle.opatch.opatchutil.OUSession.napply(OUSession.java:1139)
at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at
java.lang.reflect.Method.invoke(Method.java:498)
at
oracle.opatch.UtilSession.process(UtilSession.java:355)
at
oracle.opatch.OPatchSession.process(OPatchSession.java:2640)
at
oracle.opatch.OPatch.process(OPatch.java:873)
at
oracle.opatch.OPatch.main(OPatch.java:930)
Caused by: java.lang.RuntimeException:
ApplySession failed but Oracle Home has not been
modified.org/apache/commons/io/Charsets
... 24 more
Caused by: java.lang.NoClassDefFoundError:
org/apache/commons/io/Charsets
... 24 more
Caused by:
java.lang.ClassNotFoundException: org.apache.commons.io.Charsets
at
java.net.URLClassLoader.findClass(URLClassLoader.java:387)
at
java.lang.ClassLoader.loadClass(ClassLoader.java:418)
at
sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:359)
at
java.lang.ClassLoader.loadClass(ClassLoader.java:351)
... 24 more
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Updated] (CONFIGURATION-839) Version 2.10.0 fails java.lang.module.FindException: Module servlet.api not found
[
https://issues.apache.org/jira/browse/CONFIGURATION-839?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gary D. Gregory updated CONFIGURATION-839:
--
Summary: Version 2.10.0 fails java.lang.module.FindException: Module
servlet.api not found (was: Commons configuration 2.10.0 fails
java.lang.module.FindException: Module servlet.api not found)
> Version 2.10.0 fails java.lang.module.FindException: Module servlet.api not
> found
> -
>
> Key: CONFIGURATION-839
> URL: https://issues.apache.org/jira/browse/CONFIGURATION-839
> Project: Commons Configuration
> Issue Type: Bug
>Affects Versions: 2.10.0
>Reporter: Bob Marinier
>Priority: Major
> Attachments: reproducer.zip
>
>
> My system was using apache configuration 2.9.0 without issue. After upgrading
> to 2.10.0, I get this error at startup:
> {code:java}
> [ERROR] Error occurred during initialization of boot layer
> [ERROR] java.lang.module.FindException: Module servlet.api not found,
> required by org.apache.commons.configuration2{code}
> I am running on Java 17 on Windows 11. Other than this dependency version
> change, nothing else about my system has changed. For now I'll go back to
> 2.9.0, but I'm worried about being able to upgrade in the future.
> My specific java version is:
> {code:java}
> openjdk version "17.0.10" 2024-01-16
> OpenJDK Runtime Environment Temurin-17.0.10+7 (build 17.0.10+7)
> OpenJDK 64-Bit Server VM Temurin-17.0.10+7 (build 17.0.10+7, mixed mode,
> sharing){code}
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Updated] (CONFIGURATION-839) Commons configuration 2.10.0 fails java.lang.module.FindException: Module servlet.api not found
[
https://issues.apache.org/jira/browse/CONFIGURATION-839?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gary D. Gregory updated CONFIGURATION-839:
--
Summary: Commons configuration 2.10.0 fails java.lang.module.FindException:
Module servlet.api not found (was: Commons configuration 2.10.0 fails with
module error)
> Commons configuration 2.10.0 fails java.lang.module.FindException: Module
> servlet.api not found
> ---
>
> Key: CONFIGURATION-839
> URL: https://issues.apache.org/jira/browse/CONFIGURATION-839
> Project: Commons Configuration
> Issue Type: Bug
>Affects Versions: 2.10.0
>Reporter: Bob Marinier
>Priority: Major
> Attachments: reproducer.zip
>
>
> My system was using apache configuration 2.9.0 without issue. After upgrading
> to 2.10.0, I get this error at startup:
> {code:java}
> [ERROR] Error occurred during initialization of boot layer
> [ERROR] java.lang.module.FindException: Module servlet.api not found,
> required by org.apache.commons.configuration2{code}
> I am running on Java 17 on Windows 11. Other than this dependency version
> change, nothing else about my system has changed. For now I'll go back to
> 2.9.0, but I'm worried about being able to upgrade in the future.
> My specific java version is:
> {code:java}
> openjdk version "17.0.10" 2024-01-16
> OpenJDK Runtime Environment Temurin-17.0.10+7 (build 17.0.10+7)
> OpenJDK 64-Bit Server VM Temurin-17.0.10+7 (build 17.0.10+7, mixed mode,
> sharing){code}
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Commented] (COMPRESS-671) Commons-compress 1.26.0 is failing to compress files/directories
[
https://issues.apache.org/jira/browse/COMPRESS-671?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17827072#comment-17827072
]
Santhosh Kumar K commented on COMPRESS-671:
---
We would like to know whats changed between 1.24.0 vs 1.26.0 as the same case
works in previous version .
> Commons-compress 1.26.0 is failing to compress files/directories
> -
>
> Key: COMPRESS-671
> URL: https://issues.apache.org/jira/browse/COMPRESS-671
> Project: Commons Compress
> Issue Type: Bug
>Reporter: Santhosh Kumar K
>Priority: Major
>
> We are using commons-compress to compress files and with latest 1.26.0 we are
> getting the following exception where in it was working fine with 1.24.0
> {*}API being used:{*}ArchiveOutputStream jos = new ArchiveStreamFactory()
> .createArchiveOutputStream(ArchiveStreamFactory.ZIP,
> Files.newOutputStream(WrapperFactory.getNioServiceWrapper().getPath(jarName)));
> *Stack trace:*
> [Feb 28, 2024 5:42:32 PM] [INFO] Stack Description:
> java.lang.RuntimeException: ApplySession failed but Oracle Home has not been
> modified.org/apache/commons/io/Charsets
> at
> org.apache.commons.compress.archivers.zip.ZipEncodingHelper.getZipEncoding(ZipEncodingHelper.java:69)
> at
> org.apache.commons.compress.archivers.zip.ZipEncodingHelper.(ZipEncodingHelper.java:37)
> at
> org.apache.commons.compress.archivers.zip.ZipArchiveOutputStream.(ZipArchiveOutputStream.java:331)
> at
> org.apache.commons.compress.archivers.ArchiveStreamFactory.createArchiveOutputStream(ArchiveStreamFactory.java:516)
> at
> org.apache.commons.compress.archivers.ArchiveStreamFactory.createArchiveOutputStream(ArchiveStreamFactory.java:498)
> at
> oracle.opatch.ZipUtilities.compressZip(ZipUtilities.java:306)
> at
> oracle.opatch.opatchactions.DeleteAction.backupForRollback(DeleteAction.java:1262)
> at
> oracle.opatch.PatchObject.backupForRollback(PatchObject.java:5492)
> at
> oracle.opatch.ApplySession.processLocal(ApplySession.java:4027)
> at
> oracle.opatch.ApplySession.process(ApplySession.java:4989)
> at
> oracle.opatch.ApplySession.process(ApplySession.java:4842)
> at
> oracle.opatch.OPatchACL.processApply(OPatchACL.java:310)
> at
> oracle.opatch.opatchutil.NApply.legacy_process(NApply.java:1469)
> at
> oracle.opatch.opatchutil.NApply.legacy_process(NApply.java:373)
> at
> oracle.opatch.opatchutil.NApply.process(NApply.java:353)
> at
> oracle.opatch.opatchutil.OUSession.napply(OUSession.java:1139)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at
> java.lang.reflect.Method.invoke(Method.java:498)
> at
> oracle.opatch.UtilSession.process(UtilSession.java:355)
> at
> oracle.opatch.OPatchSession.process(OPatchSession.java:2640)
> at
> oracle.opatch.OPatch.process(OPatch.java:873)
> at
> oracle.opatch.OPatch.main(OPatch.java:930)
> Caused by: java.lang.RuntimeException:
> ApplySession failed but Oracle Home has not been
> modified.org/apache/commons/io/Charsets
> ... 24 more
> Caused by:
> java.lang.NoClassDefFoundError: org/apache/commons/io/Charsets
> ... 24 more
> Caused by:
> java.lang.ClassNotFoundException: org.apache.commons.io.Charsets
> at
> java.net.URLClassLoader.findClass(URLClassLoader.java:387)
> at
> java.lang.ClassLoader.loadClass(ClassLoader.java:418)
> at
>
[jira] [Commented] (COMPRESS-671) Commons-compress 1.26.0 is failing to compress files/directories
[
https://issues.apache.org/jira/browse/COMPRESS-671?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17827074#comment-17827074
]
Gilles Sadowski commented on COMPRESS-671:
--
Please have a look at the [release
notes|https://commons.apache.org/proper/commons-compress/changes-report.html].
> Commons-compress 1.26.0 is failing to compress files/directories
> -
>
> Key: COMPRESS-671
> URL: https://issues.apache.org/jira/browse/COMPRESS-671
> Project: Commons Compress
> Issue Type: Bug
>Reporter: Santhosh Kumar K
>Priority: Major
>
> We are using commons-compress to compress files and with latest 1.26.0 we are
> getting the following exception where in it was working fine with 1.24.0
> {*}API being used:{*}ArchiveOutputStream jos = new ArchiveStreamFactory()
> .createArchiveOutputStream(ArchiveStreamFactory.ZIP,
> Files.newOutputStream(WrapperFactory.getNioServiceWrapper().getPath(jarName)));
> *Stack trace:*
> [Feb 28, 2024 5:42:32 PM] [INFO] Stack Description:
> java.lang.RuntimeException: ApplySession failed but Oracle Home has not been
> modified.org/apache/commons/io/Charsets
> at
> org.apache.commons.compress.archivers.zip.ZipEncodingHelper.getZipEncoding(ZipEncodingHelper.java:69)
> at
> org.apache.commons.compress.archivers.zip.ZipEncodingHelper.(ZipEncodingHelper.java:37)
> at
> org.apache.commons.compress.archivers.zip.ZipArchiveOutputStream.(ZipArchiveOutputStream.java:331)
> at
> org.apache.commons.compress.archivers.ArchiveStreamFactory.createArchiveOutputStream(ArchiveStreamFactory.java:516)
> at
> org.apache.commons.compress.archivers.ArchiveStreamFactory.createArchiveOutputStream(ArchiveStreamFactory.java:498)
> at
> oracle.opatch.ZipUtilities.compressZip(ZipUtilities.java:306)
> at
> oracle.opatch.opatchactions.DeleteAction.backupForRollback(DeleteAction.java:1262)
> at
> oracle.opatch.PatchObject.backupForRollback(PatchObject.java:5492)
> at
> oracle.opatch.ApplySession.processLocal(ApplySession.java:4027)
> at
> oracle.opatch.ApplySession.process(ApplySession.java:4989)
> at
> oracle.opatch.ApplySession.process(ApplySession.java:4842)
> at
> oracle.opatch.OPatchACL.processApply(OPatchACL.java:310)
> at
> oracle.opatch.opatchutil.NApply.legacy_process(NApply.java:1469)
> at
> oracle.opatch.opatchutil.NApply.legacy_process(NApply.java:373)
> at
> oracle.opatch.opatchutil.NApply.process(NApply.java:353)
> at
> oracle.opatch.opatchutil.OUSession.napply(OUSession.java:1139)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at
> java.lang.reflect.Method.invoke(Method.java:498)
> at
> oracle.opatch.UtilSession.process(UtilSession.java:355)
> at
> oracle.opatch.OPatchSession.process(OPatchSession.java:2640)
> at
> oracle.opatch.OPatch.process(OPatch.java:873)
> at
> oracle.opatch.OPatch.main(OPatch.java:930)
> Caused by: java.lang.RuntimeException:
> ApplySession failed but Oracle Home has not been
> modified.org/apache/commons/io/Charsets
> ... 24 more
> Caused by:
> java.lang.NoClassDefFoundError: org/apache/commons/io/Charsets
> ... 24 more
> Caused by:
> java.lang.ClassNotFoundException: org.apache.commons.io.Charsets
> at
> java.net.URLClassLoader.findClass(URLClassLoader.java:387)
> at
> java.lang.ClassLoader.loadClass(ClassLoader.java:418)
> at
>
[jira] [Updated] (CONFIGURATION-836) Make configuration use jakarta instead of javax
[ https://issues.apache.org/jira/browse/CONFIGURATION-836?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gary D. Gregory updated CONFIGURATION-836: -- Summary: Make configuration use jakarta instead of javax (was: Make configuration use jakarte instead of javax) > Make configuration use jakarta instead of javax > --- > > Key: CONFIGURATION-836 > URL: https://issues.apache.org/jira/browse/CONFIGURATION-836 > Project: Commons Configuration > Issue Type: Improvement >Reporter: Michiel >Priority: Major > > I'm currently upgrading my Spring Boot application from 2 to 3 and therefor > also switching from javax to jakarta. Unfortunately I'm using Hystrix, which > relies on Commons Configuration, which does not support jakarta yet. > This seems like an easy fix and makes me not have to migrate away from > Hystrix. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Resolved] (CONFIGURATION-835) Commons configuration 2.9.0 not compatible with Java 8
[
https://issues.apache.org/jira/browse/CONFIGURATION-835?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gary D. Gregory resolved CONFIGURATION-835.
---
Fix Version/s: 2.10.0
(was: 2.9.0)
Resolution: Fixed
> Commons configuration 2.9.0 not compatible with Java 8
> --
>
> Key: CONFIGURATION-835
> URL: https://issues.apache.org/jira/browse/CONFIGURATION-835
> Project: Commons Configuration
> Issue Type: Bug
> Components: Build
>Affects Versions: 2.9.0
>Reporter: Stijn Vranckx
>Priority: Major
> Fix For: 2.10.0
>
>
> The jar available from
> [https://commons.apache.org/proper/commons-configuration/download_configuration.cgi]
> is not compatible with Java 8.
> It seems to have been build with Java 11 and the - release 8 option.
> And therefor I run into the problem described here:
> [https://www.baeldung.com/java-compiler-release-option]
> org/apache/commons/configuration2/io/FileUtils.class contains the following
> byte code:
> {code}112: invokevirtual #21 // Method
> java/nio/ByteBuffer.flip:()Ljava/nio/ByteBuffer;{code}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Commented] (CONFIGURATION-839) Commons configuration 2.10.0 fails with module error
[
https://issues.apache.org/jira/browse/CONFIGURATION-839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17827104#comment-17827104
]
Gary D. Gregory commented on CONFIGURATION-839:
---
Hi [~bob.marinier]
The Servlet API is defined as "provided" in Maven:
{code:xml}
javax.servlet
servlet-api
2.5
provided
{code}
The generated module-info file looks like this:
{code:java}
module org.apache.commons.configuration2 {
requires static com.fasterxml.jackson.databind;
requires static commons.jexl;
requires static org.apache.commons.codec;
requires org.apache.commons.lang3;
requires org.apache.commons.logging;
requires org.apache.commons.text;
requires static commons.beanutils;
requires static commons.jxpath;
requires static commons.vfs2;
requires java.desktop;
requires java.naming;
requires java.sql;
requires java.xml;
requires static org.yaml.snakeyaml;
requires servlet.api;
requires static spring.beans;
requires static spring.core;
requires static xml.resolver;
exports org.apache.commons.configuration2;
exports org.apache.commons.configuration2.beanutils;
exports org.apache.commons.configuration2.builder;
exports org.apache.commons.configuration2.builder.combined;
exports org.apache.commons.configuration2.builder.fluent;
exports org.apache.commons.configuration2.convert;
exports org.apache.commons.configuration2.event;
exports org.apache.commons.configuration2.ex;
exports org.apache.commons.configuration2.interpol;
exports org.apache.commons.configuration2.io;
exports org.apache.commons.configuration2.plist;
exports org.apache.commons.configuration2.reloading;
exports org.apache.commons.configuration2.resolver;
exports org.apache.commons.configuration2.spring;
exports org.apache.commons.configuration2.sync;
exports org.apache.commons.configuration2.tree;
exports org.apache.commons.configuration2.tree.xpath;
exports org.apache.commons.configuration2.web;
}
{code}
I'm not sure if the Moditect Maven plugin (moditect-maven-plugin) did the right
thing here. See the parent POM for its configuration.
> Commons configuration 2.10.0 fails with module error
>
>
> Key: CONFIGURATION-839
> URL: https://issues.apache.org/jira/browse/CONFIGURATION-839
> Project: Commons Configuration
> Issue Type: Bug
>Affects Versions: 2.10.0
>Reporter: Bob Marinier
>Priority: Major
> Attachments: reproducer.zip
>
>
> My system was using apache configuration 2.9.0 without issue. After upgrading
> to 2.10.0, I get this error at startup:
> {code:java}
> [ERROR] Error occurred during initialization of boot layer
> [ERROR] java.lang.module.FindException: Module servlet.api not found,
> required by org.apache.commons.configuration2{code}
> I am running on Java 17 on Windows 11. Other than this dependency version
> change, nothing else about my system has changed. For now I'll go back to
> 2.9.0, but I'm worried about being able to upgrade in the future.
> My specific java version is:
> {code:java}
> openjdk version "17.0.10" 2024-01-16
> OpenJDK Runtime Environment Temurin-17.0.10+7 (build 17.0.10+7)
> OpenJDK 64-Bit Server VM Temurin-17.0.10+7 (build 17.0.10+7, mixed mode,
> sharing){code}
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Comment Edited] (CONFIGURATION-839) Commons configuration 2.10.0 fails with module error
[
https://issues.apache.org/jira/browse/CONFIGURATION-839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17827104#comment-17827104
]
Gary D. Gregory edited comment on CONFIGURATION-839 at 3/14/24 2:11 PM:
Hi [~bob.marinier]
The Servlet API is defined as "provided" in Maven:
{code:xml}
javax.servlet
servlet-api
2.5
provided
{code}
The generated module-info file looks like this:
{code:java}
module org.apache.commons.configuration2 {
requires static com.fasterxml.jackson.databind;
requires static commons.jexl;
requires static org.apache.commons.codec;
requires org.apache.commons.lang3;
requires org.apache.commons.logging;
requires org.apache.commons.text;
requires static commons.beanutils;
requires static commons.jxpath;
requires static commons.vfs2;
requires java.desktop;
requires java.naming;
requires java.sql;
requires java.xml;
requires static org.yaml.snakeyaml;
requires servlet.api;
requires static spring.beans;
requires static spring.core;
requires static xml.resolver;
exports org.apache.commons.configuration2;
exports org.apache.commons.configuration2.beanutils;
exports org.apache.commons.configuration2.builder;
exports org.apache.commons.configuration2.builder.combined;
exports org.apache.commons.configuration2.builder.fluent;
exports org.apache.commons.configuration2.convert;
exports org.apache.commons.configuration2.event;
exports org.apache.commons.configuration2.ex;
exports org.apache.commons.configuration2.interpol;
exports org.apache.commons.configuration2.io;
exports org.apache.commons.configuration2.plist;
exports org.apache.commons.configuration2.reloading;
exports org.apache.commons.configuration2.resolver;
exports org.apache.commons.configuration2.spring;
exports org.apache.commons.configuration2.sync;
exports org.apache.commons.configuration2.tree;
exports org.apache.commons.configuration2.tree.xpath;
exports org.apache.commons.configuration2.web;
}
{code}
The Moditect Maven plugin (moditect-maven-plugin) did the right thing here. See
the parent POM for its configuration.
We could change "provided" to "optional" but I'm not sure if this would cause a
different set of problems.
was (Author: garydgregory):
Hi [~bob.marinier]
The Servlet API is defined as "provided" in Maven:
{code:xml}
javax.servlet
servlet-api
2.5
provided
{code}
The generated module-info file looks like this:
{code:java}
module org.apache.commons.configuration2 {
requires static com.fasterxml.jackson.databind;
requires static commons.jexl;
requires static org.apache.commons.codec;
requires org.apache.commons.lang3;
requires org.apache.commons.logging;
requires org.apache.commons.text;
requires static commons.beanutils;
requires static commons.jxpath;
requires static commons.vfs2;
requires java.desktop;
requires java.naming;
requires java.sql;
requires java.xml;
requires static org.yaml.snakeyaml;
requires servlet.api;
requires static spring.beans;
requires static spring.core;
requires static xml.resolver;
exports org.apache.commons.configuration2;
exports org.apache.commons.configuration2.beanutils;
exports org.apache.commons.configuration2.builder;
exports org.apache.commons.configuration2.builder.combined;
exports org.apache.commons.configuration2.builder.fluent;
exports org.apache.commons.configuration2.convert;
exports org.apache.commons.configuration2.event;
exports org.apache.commons.configuration2.ex;
exports org.apache.commons.configuration2.interpol;
exports org.apache.commons.configuration2.io;
exports org.apache.commons.configuration2.plist;
exports org.apache.commons.configuration2.reloading;
exports org.apache.commons.configuration2.resolver;
exports org.apache.commons.configuration2.spring;
exports org.apache.commons.configuration2.sync;
exports org.apache.commons.configuration2.tree;
exports org.apache.commons.configuration2.tree.xpath;
exports org.apache.commons.configuration2.web;
}
{code}
The Moditect Maven plugin (moditect-maven-plugin) did the right thing here. See
the parent POM for its configuration.
> Commons configuration 2.10.0 fails with module error
>
>
> Key: CONFIGURATION-839
> URL: https://issues.apache.org/jira/browse/CONFIGURATION-839
> Project: Commons Configuration
> Issue Type: Bug
>Affects Versions: 2.10.0
>Reporter: Bob Marinier
>Priority: Major
> Attachments: reproducer.zip
>
>
> My system was using apache configuration 2.9.0 without issue. After upgrading
> to 2.10.0, I get this
[jira] [Comment Edited] (CONFIGURATION-839) Commons configuration 2.10.0 fails with module error
[
https://issues.apache.org/jira/browse/CONFIGURATION-839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17827104#comment-17827104
]
Gary D. Gregory edited comment on CONFIGURATION-839 at 3/14/24 2:11 PM:
Hi [~bob.marinier]
The Servlet API is defined as "provided" in Maven:
{code:xml}
javax.servlet
servlet-api
2.5
provided
{code}
The generated module-info file looks like this:
{code:java}
module org.apache.commons.configuration2 {
requires static com.fasterxml.jackson.databind;
requires static commons.jexl;
requires static org.apache.commons.codec;
requires org.apache.commons.lang3;
requires org.apache.commons.logging;
requires org.apache.commons.text;
requires static commons.beanutils;
requires static commons.jxpath;
requires static commons.vfs2;
requires java.desktop;
requires java.naming;
requires java.sql;
requires java.xml;
requires static org.yaml.snakeyaml;
requires servlet.api;
requires static spring.beans;
requires static spring.core;
requires static xml.resolver;
exports org.apache.commons.configuration2;
exports org.apache.commons.configuration2.beanutils;
exports org.apache.commons.configuration2.builder;
exports org.apache.commons.configuration2.builder.combined;
exports org.apache.commons.configuration2.builder.fluent;
exports org.apache.commons.configuration2.convert;
exports org.apache.commons.configuration2.event;
exports org.apache.commons.configuration2.ex;
exports org.apache.commons.configuration2.interpol;
exports org.apache.commons.configuration2.io;
exports org.apache.commons.configuration2.plist;
exports org.apache.commons.configuration2.reloading;
exports org.apache.commons.configuration2.resolver;
exports org.apache.commons.configuration2.spring;
exports org.apache.commons.configuration2.sync;
exports org.apache.commons.configuration2.tree;
exports org.apache.commons.configuration2.tree.xpath;
exports org.apache.commons.configuration2.web;
}
{code}
The Moditect Maven plugin (moditect-maven-plugin) did the right thing here. See
the parent POM for its configuration.
was (Author: garydgregory):
Hi [~bob.marinier]
The Servlet API is defined as "provided" in Maven:
{code:xml}
javax.servlet
servlet-api
2.5
provided
{code}
The generated module-info file looks like this:
{code:java}
module org.apache.commons.configuration2 {
requires static com.fasterxml.jackson.databind;
requires static commons.jexl;
requires static org.apache.commons.codec;
requires org.apache.commons.lang3;
requires org.apache.commons.logging;
requires org.apache.commons.text;
requires static commons.beanutils;
requires static commons.jxpath;
requires static commons.vfs2;
requires java.desktop;
requires java.naming;
requires java.sql;
requires java.xml;
requires static org.yaml.snakeyaml;
requires servlet.api;
requires static spring.beans;
requires static spring.core;
requires static xml.resolver;
exports org.apache.commons.configuration2;
exports org.apache.commons.configuration2.beanutils;
exports org.apache.commons.configuration2.builder;
exports org.apache.commons.configuration2.builder.combined;
exports org.apache.commons.configuration2.builder.fluent;
exports org.apache.commons.configuration2.convert;
exports org.apache.commons.configuration2.event;
exports org.apache.commons.configuration2.ex;
exports org.apache.commons.configuration2.interpol;
exports org.apache.commons.configuration2.io;
exports org.apache.commons.configuration2.plist;
exports org.apache.commons.configuration2.reloading;
exports org.apache.commons.configuration2.resolver;
exports org.apache.commons.configuration2.spring;
exports org.apache.commons.configuration2.sync;
exports org.apache.commons.configuration2.tree;
exports org.apache.commons.configuration2.tree.xpath;
exports org.apache.commons.configuration2.web;
}
{code}
I'm not sure if the Moditect Maven plugin (moditect-maven-plugin) did the right
thing here. See the parent POM for its configuration.
> Commons configuration 2.10.0 fails with module error
>
>
> Key: CONFIGURATION-839
> URL: https://issues.apache.org/jira/browse/CONFIGURATION-839
> Project: Commons Configuration
> Issue Type: Bug
>Affects Versions: 2.10.0
>Reporter: Bob Marinier
>Priority: Major
> Attachments: reproducer.zip
>
>
> My system was using apache configuration 2.9.0 without issue. After upgrading
> to 2.10.0, I get this error at startup:
> {code:java}
> [ERROR] Error occurred during initialization of boot layer
>
[jira] [Comment Edited] (CONFIGURATION-839) Commons configuration 2.10.0 fails with module error
[
https://issues.apache.org/jira/browse/CONFIGURATION-839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17827104#comment-17827104
]
Gary D. Gregory edited comment on CONFIGURATION-839 at 3/14/24 2:15 PM:
Hi [~bob.marinier]
The Servlet API is defined as "provided" in Maven:
{code:xml}
javax.servlet
servlet-api
2.5
provided
{code}
The generated module-info file looks like this:
{code:java}
module org.apache.commons.configuration2 {
requires static com.fasterxml.jackson.databind;
requires static commons.jexl;
requires static org.apache.commons.codec;
requires org.apache.commons.lang3;
requires org.apache.commons.logging;
requires org.apache.commons.text;
requires static commons.beanutils;
requires static commons.jxpath;
requires static commons.vfs2;
requires java.desktop;
requires java.naming;
requires java.sql;
requires java.xml;
requires static org.yaml.snakeyaml;
requires servlet.api;
requires static spring.beans;
requires static spring.core;
requires static xml.resolver;
exports org.apache.commons.configuration2;
exports org.apache.commons.configuration2.beanutils;
exports org.apache.commons.configuration2.builder;
exports org.apache.commons.configuration2.builder.combined;
exports org.apache.commons.configuration2.builder.fluent;
exports org.apache.commons.configuration2.convert;
exports org.apache.commons.configuration2.event;
exports org.apache.commons.configuration2.ex;
exports org.apache.commons.configuration2.interpol;
exports org.apache.commons.configuration2.io;
exports org.apache.commons.configuration2.plist;
exports org.apache.commons.configuration2.reloading;
exports org.apache.commons.configuration2.resolver;
exports org.apache.commons.configuration2.spring;
exports org.apache.commons.configuration2.sync;
exports org.apache.commons.configuration2.tree;
exports org.apache.commons.configuration2.tree.xpath;
exports org.apache.commons.configuration2.web;
}
{code}
The Moditect Maven plugin (moditect-maven-plugin) did the right thing here. See
the parent POM for its configuration.
We could mark the dependency "optional" but I'm not sure if this would cause a
different set of problems.
was (Author: garydgregory):
Hi [~bob.marinier]
The Servlet API is defined as "provided" in Maven:
{code:xml}
javax.servlet
servlet-api
2.5
provided
{code}
The generated module-info file looks like this:
{code:java}
module org.apache.commons.configuration2 {
requires static com.fasterxml.jackson.databind;
requires static commons.jexl;
requires static org.apache.commons.codec;
requires org.apache.commons.lang3;
requires org.apache.commons.logging;
requires org.apache.commons.text;
requires static commons.beanutils;
requires static commons.jxpath;
requires static commons.vfs2;
requires java.desktop;
requires java.naming;
requires java.sql;
requires java.xml;
requires static org.yaml.snakeyaml;
requires servlet.api;
requires static spring.beans;
requires static spring.core;
requires static xml.resolver;
exports org.apache.commons.configuration2;
exports org.apache.commons.configuration2.beanutils;
exports org.apache.commons.configuration2.builder;
exports org.apache.commons.configuration2.builder.combined;
exports org.apache.commons.configuration2.builder.fluent;
exports org.apache.commons.configuration2.convert;
exports org.apache.commons.configuration2.event;
exports org.apache.commons.configuration2.ex;
exports org.apache.commons.configuration2.interpol;
exports org.apache.commons.configuration2.io;
exports org.apache.commons.configuration2.plist;
exports org.apache.commons.configuration2.reloading;
exports org.apache.commons.configuration2.resolver;
exports org.apache.commons.configuration2.spring;
exports org.apache.commons.configuration2.sync;
exports org.apache.commons.configuration2.tree;
exports org.apache.commons.configuration2.tree.xpath;
exports org.apache.commons.configuration2.web;
}
{code}
The Moditect Maven plugin (moditect-maven-plugin) did the right thing here. See
the parent POM for its configuration.
We could change "provided" to "optional" but I'm not sure if this would cause a
different set of problems.
> Commons configuration 2.10.0 fails with module error
>
>
> Key: CONFIGURATION-839
> URL: https://issues.apache.org/jira/browse/CONFIGURATION-839
> Project: Commons Configuration
> Issue Type: Bug
>Affects Versions: 2.10.0
>Reporter: Bob Marinier
>Priority: Major
> Attachments: reproducer.zip
>
[jira] [Commented] (COMPRESS-671) Commons-compress 1.26.0 is failing to compress files/directories
[
https://issues.apache.org/jira/browse/COMPRESS-671?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17827075#comment-17827075
]
Gary D. Gregory commented on COMPRESS-671:
--
[~santhosh]
Please see the release notes or changes page on the website.
> Commons-compress 1.26.0 is failing to compress files/directories
> -
>
> Key: COMPRESS-671
> URL: https://issues.apache.org/jira/browse/COMPRESS-671
> Project: Commons Compress
> Issue Type: Bug
>Reporter: Santhosh Kumar K
>Priority: Major
>
> We are using commons-compress to compress files and with latest 1.26.0 we are
> getting the following exception where in it was working fine with 1.24.0
> {*}API being used:{*}ArchiveOutputStream jos = new ArchiveStreamFactory()
> .createArchiveOutputStream(ArchiveStreamFactory.ZIP,
> Files.newOutputStream(WrapperFactory.getNioServiceWrapper().getPath(jarName)));
> *Stack trace:*
> [Feb 28, 2024 5:42:32 PM] [INFO] Stack Description:
> java.lang.RuntimeException: ApplySession failed but Oracle Home has not been
> modified.org/apache/commons/io/Charsets
> at
> org.apache.commons.compress.archivers.zip.ZipEncodingHelper.getZipEncoding(ZipEncodingHelper.java:69)
> at
> org.apache.commons.compress.archivers.zip.ZipEncodingHelper.(ZipEncodingHelper.java:37)
> at
> org.apache.commons.compress.archivers.zip.ZipArchiveOutputStream.(ZipArchiveOutputStream.java:331)
> at
> org.apache.commons.compress.archivers.ArchiveStreamFactory.createArchiveOutputStream(ArchiveStreamFactory.java:516)
> at
> org.apache.commons.compress.archivers.ArchiveStreamFactory.createArchiveOutputStream(ArchiveStreamFactory.java:498)
> at
> oracle.opatch.ZipUtilities.compressZip(ZipUtilities.java:306)
> at
> oracle.opatch.opatchactions.DeleteAction.backupForRollback(DeleteAction.java:1262)
> at
> oracle.opatch.PatchObject.backupForRollback(PatchObject.java:5492)
> at
> oracle.opatch.ApplySession.processLocal(ApplySession.java:4027)
> at
> oracle.opatch.ApplySession.process(ApplySession.java:4989)
> at
> oracle.opatch.ApplySession.process(ApplySession.java:4842)
> at
> oracle.opatch.OPatchACL.processApply(OPatchACL.java:310)
> at
> oracle.opatch.opatchutil.NApply.legacy_process(NApply.java:1469)
> at
> oracle.opatch.opatchutil.NApply.legacy_process(NApply.java:373)
> at
> oracle.opatch.opatchutil.NApply.process(NApply.java:353)
> at
> oracle.opatch.opatchutil.OUSession.napply(OUSession.java:1139)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at
> java.lang.reflect.Method.invoke(Method.java:498)
> at
> oracle.opatch.UtilSession.process(UtilSession.java:355)
> at
> oracle.opatch.OPatchSession.process(OPatchSession.java:2640)
> at
> oracle.opatch.OPatch.process(OPatch.java:873)
> at
> oracle.opatch.OPatch.main(OPatch.java:930)
> Caused by: java.lang.RuntimeException:
> ApplySession failed but Oracle Home has not been
> modified.org/apache/commons/io/Charsets
> ... 24 more
> Caused by:
> java.lang.NoClassDefFoundError: org/apache/commons/io/Charsets
> ... 24 more
> Caused by:
> java.lang.ClassNotFoundException: org.apache.commons.io.Charsets
> at
> java.net.URLClassLoader.findClass(URLClassLoader.java:387)
> at
> java.lang.ClassLoader.loadClass(ClassLoader.java:418)
> at
> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:359)
>
[jira] [Comment Edited] (CONFIGURATION-839) Version 2.10.0 fails java.lang.module.FindException: Module servlet.api not found
[
https://issues.apache.org/jira/browse/CONFIGURATION-839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17827104#comment-17827104
]
Gary D. Gregory edited comment on CONFIGURATION-839 at 3/14/24 2:32 PM:
Hi [~bob.marinier]
The Servlet API is defined as "provided" in Maven:
{code:xml}
javax.servlet
servlet-api
2.5
provided
{code}
The generated module-info file looks like this:
{code:java}
module org.apache.commons.configuration2 {
requires static com.fasterxml.jackson.databind;
requires static commons.jexl;
requires static org.apache.commons.codec;
requires org.apache.commons.lang3;
requires org.apache.commons.logging;
requires org.apache.commons.text;
requires static commons.beanutils;
requires static commons.jxpath;
requires static commons.vfs2;
requires java.desktop;
requires java.naming;
requires java.sql;
requires java.xml;
requires static org.yaml.snakeyaml;
requires servlet.api;
requires static spring.beans;
requires static spring.core;
requires static xml.resolver;
exports org.apache.commons.configuration2;
exports org.apache.commons.configuration2.beanutils;
exports org.apache.commons.configuration2.builder;
exports org.apache.commons.configuration2.builder.combined;
exports org.apache.commons.configuration2.builder.fluent;
exports org.apache.commons.configuration2.convert;
exports org.apache.commons.configuration2.event;
exports org.apache.commons.configuration2.ex;
exports org.apache.commons.configuration2.interpol;
exports org.apache.commons.configuration2.io;
exports org.apache.commons.configuration2.plist;
exports org.apache.commons.configuration2.reloading;
exports org.apache.commons.configuration2.resolver;
exports org.apache.commons.configuration2.spring;
exports org.apache.commons.configuration2.sync;
exports org.apache.commons.configuration2.tree;
exports org.apache.commons.configuration2.tree.xpath;
exports org.apache.commons.configuration2.web;
}
{code}
The Moditect Maven plugin (moditect-maven-plugin) did the right thing here. See
the parent POM for its configuration.
I marked the dependency "optional" in git master.
Please test git master or a snapshot build from
https://repository.apache.org/content/repositories/snapshots/org/apache/commons/commons-configuration2/2.10.1-SNAPSHOT/
was (Author: garydgregory):
Hi [~bob.marinier]
The Servlet API is defined as "provided" in Maven:
{code:xml}
javax.servlet
servlet-api
2.5
provided
{code}
The generated module-info file looks like this:
{code:java}
module org.apache.commons.configuration2 {
requires static com.fasterxml.jackson.databind;
requires static commons.jexl;
requires static org.apache.commons.codec;
requires org.apache.commons.lang3;
requires org.apache.commons.logging;
requires org.apache.commons.text;
requires static commons.beanutils;
requires static commons.jxpath;
requires static commons.vfs2;
requires java.desktop;
requires java.naming;
requires java.sql;
requires java.xml;
requires static org.yaml.snakeyaml;
requires servlet.api;
requires static spring.beans;
requires static spring.core;
requires static xml.resolver;
exports org.apache.commons.configuration2;
exports org.apache.commons.configuration2.beanutils;
exports org.apache.commons.configuration2.builder;
exports org.apache.commons.configuration2.builder.combined;
exports org.apache.commons.configuration2.builder.fluent;
exports org.apache.commons.configuration2.convert;
exports org.apache.commons.configuration2.event;
exports org.apache.commons.configuration2.ex;
exports org.apache.commons.configuration2.interpol;
exports org.apache.commons.configuration2.io;
exports org.apache.commons.configuration2.plist;
exports org.apache.commons.configuration2.reloading;
exports org.apache.commons.configuration2.resolver;
exports org.apache.commons.configuration2.spring;
exports org.apache.commons.configuration2.sync;
exports org.apache.commons.configuration2.tree;
exports org.apache.commons.configuration2.tree.xpath;
exports org.apache.commons.configuration2.web;
}
{code}
The Moditect Maven plugin (moditect-maven-plugin) did the right thing here. See
the parent POM for its configuration.
We could mark the dependency "optional" but I'm not sure if this would cause a
different set of problems.
> Version 2.10.0 fails java.lang.module.FindException: Module servlet.api not
> found
> -
>
> Key: CONFIGURATION-839
> URL: https://issues.apache.org/jira/browse/CONFIGURATION-839
> Project: Commons
[jira] [Resolved] (CONFIGURATION-839) Version 2.10.0 fails java.lang.module.FindException: Module servlet.api not found
[
https://issues.apache.org/jira/browse/CONFIGURATION-839?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gary D. Gregory resolved CONFIGURATION-839.
---
Fix Version/s: 2.10.1
Resolution: Fixed
> Version 2.10.0 fails java.lang.module.FindException: Module servlet.api not
> found
> -
>
> Key: CONFIGURATION-839
> URL: https://issues.apache.org/jira/browse/CONFIGURATION-839
> Project: Commons Configuration
> Issue Type: Bug
>Affects Versions: 2.10.0
>Reporter: Bob Marinier
>Priority: Major
> Fix For: 2.10.1
>
> Attachments: reproducer.zip
>
>
> My system was using apache configuration 2.9.0 without issue. After upgrading
> to 2.10.0, I get this error at startup:
> {code:java}
> [ERROR] Error occurred during initialization of boot layer
> [ERROR] java.lang.module.FindException: Module servlet.api not found,
> required by org.apache.commons.configuration2{code}
> I am running on Java 17 on Windows 11. Other than this dependency version
> change, nothing else about my system has changed. For now I'll go back to
> 2.9.0, but I'm worried about being able to upgrade in the future.
> My specific java version is:
> {code:java}
> openjdk version "17.0.10" 2024-01-16
> OpenJDK Runtime Environment Temurin-17.0.10+7 (build 17.0.10+7)
> OpenJDK 64-Bit Server VM Temurin-17.0.10+7 (build 17.0.10+7, mixed mode,
> sharing){code}
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
Re: [PR] Bump org.codehaus.mojo:javacc-maven-plugin from 2.6 to 3.1.0 [commons-configuration]
garydgregory commented on PR #375: URL: https://github.com/apache/commons-configuration/pull/375#issuecomment-1997621412 @dependabot rebase -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@commons.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
[jira] [Comment Edited] (CONFIGURATION-839) Version 2.10.0 fails java.lang.module.FindException: Module servlet.api not found
[
https://issues.apache.org/jira/browse/CONFIGURATION-839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17827214#comment-17827214
]
Gary D. Gregory edited comment on CONFIGURATION-839 at 3/14/24 7:00 PM:
[~bob.marinier]
Let's keep it here until we determine what's wrong and where. If only there was
a --jpms-off...
was (Author: garydgregory):
[~bob.marinier]
Let's keep it here until we determine what's wrong and where.
> Version 2.10.0 fails java.lang.module.FindException: Module servlet.api not
> found
> -
>
> Key: CONFIGURATION-839
> URL: https://issues.apache.org/jira/browse/CONFIGURATION-839
> Project: Commons Configuration
> Issue Type: Bug
>Affects Versions: 2.10.0
>Reporter: Bob Marinier
>Priority: Major
> Fix For: 2.10.1
>
> Attachments: reproducer.zip
>
>
> My system was using apache configuration 2.9.0 without issue. After upgrading
> to 2.10.0, I get this error at startup:
> {code:java}
> [ERROR] Error occurred during initialization of boot layer
> [ERROR] java.lang.module.FindException: Module servlet.api not found,
> required by org.apache.commons.configuration2{code}
> I am running on Java 17 on Windows 11. Other than this dependency version
> change, nothing else about my system has changed. For now I'll go back to
> 2.9.0, but I'm worried about being able to upgrade in the future.
> My specific java version is:
> {code:java}
> openjdk version "17.0.10" 2024-01-16
> OpenJDK Runtime Environment Temurin-17.0.10+7 (build 17.0.10+7)
> OpenJDK 64-Bit Server VM Temurin-17.0.10+7 (build 17.0.10+7, mixed mode,
> sharing){code}
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Commented] (CONFIGURATION-839) Version 2.10.0 fails java.lang.module.FindException: Module servlet.api not found
[
https://issues.apache.org/jira/browse/CONFIGURATION-839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17827238#comment-17827238
]
Bob Marinier commented on CONFIGURATION-839:
I have attached reproducer2.zip. This doesn't give exactly the same error
above, but produces one that seems closely related:
{code:java}
[ERROR] Error occurred during initialization of boot layer
[ERROR] java.lang.module.FindException: Module org.apache.commons.logging not
found, required by org.apache.commons.configuration2{code}
I can see that commons-logging-1.2.jar is indeed brought in, but it doesn't
appear to be a modular project (it doesn't have a module-info or a manifest
entry that gives the module name).
> Version 2.10.0 fails java.lang.module.FindException: Module servlet.api not
> found
> -
>
> Key: CONFIGURATION-839
> URL: https://issues.apache.org/jira/browse/CONFIGURATION-839
> Project: Commons Configuration
> Issue Type: Bug
>Affects Versions: 2.10.0
>Reporter: Bob Marinier
>Priority: Major
> Fix For: 2.10.1
>
> Attachments: reproducer.zip, reproducer2.zip
>
>
> My system was using apache configuration 2.9.0 without issue. After upgrading
> to 2.10.0, I get this error at startup:
> {code:java}
> [ERROR] Error occurred during initialization of boot layer
> [ERROR] java.lang.module.FindException: Module servlet.api not found,
> required by org.apache.commons.configuration2{code}
> I am running on Java 17 on Windows 11. Other than this dependency version
> change, nothing else about my system has changed. For now I'll go back to
> 2.9.0, but I'm worried about being able to upgrade in the future.
> My specific java version is:
> {code:java}
> openjdk version "17.0.10" 2024-01-16
> OpenJDK Runtime Environment Temurin-17.0.10+7 (build 17.0.10+7)
> OpenJDK 64-Bit Server VM Temurin-17.0.10+7 (build 17.0.10+7, mixed mode,
> sharing){code}
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Commented] (CONFIGURATION-839) Version 2.10.0 fails java.lang.module.FindException: Module servlet.api not found
[
https://issues.apache.org/jira/browse/CONFIGURATION-839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17827249#comment-17827249
]
Gary D. Gregory commented on CONFIGURATION-839:
---
Commons Logging 1.3.0 is modular tbough.
> Version 2.10.0 fails java.lang.module.FindException: Module servlet.api not
> found
> -
>
> Key: CONFIGURATION-839
> URL: https://issues.apache.org/jira/browse/CONFIGURATION-839
> Project: Commons Configuration
> Issue Type: Bug
>Affects Versions: 2.10.0
>Reporter: Bob Marinier
>Priority: Major
> Fix For: 2.10.1
>
> Attachments: reproducer.zip, reproducer2.zip
>
>
> My system was using apache configuration 2.9.0 without issue. After upgrading
> to 2.10.0, I get this error at startup:
> {code:java}
> [ERROR] Error occurred during initialization of boot layer
> [ERROR] java.lang.module.FindException: Module servlet.api not found,
> required by org.apache.commons.configuration2{code}
> I am running on Java 17 on Windows 11. Other than this dependency version
> change, nothing else about my system has changed. For now I'll go back to
> 2.9.0, but I'm worried about being able to upgrade in the future.
> My specific java version is:
> {code:java}
> openjdk version "17.0.10" 2024-01-16
> OpenJDK Runtime Environment Temurin-17.0.10+7 (build 17.0.10+7)
> OpenJDK 64-Bit Server VM Temurin-17.0.10+7 (build 17.0.10+7, mixed mode,
> sharing){code}
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Comment Edited] (CONFIGURATION-839) Version 2.10.0 fails java.lang.module.FindException: Module servlet.api not found
[
https://issues.apache.org/jira/browse/CONFIGURATION-839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17827249#comment-17827249
]
Gary D. Gregory edited comment on CONFIGURATION-839 at 3/14/24 8:47 PM:
Commons Logging 1.3.0 is modular though.
was (Author: garydgregory):
Commons Logging 1.3.0 is modular tbough.
> Version 2.10.0 fails java.lang.module.FindException: Module servlet.api not
> found
> -
>
> Key: CONFIGURATION-839
> URL: https://issues.apache.org/jira/browse/CONFIGURATION-839
> Project: Commons Configuration
> Issue Type: Bug
>Affects Versions: 2.10.0
>Reporter: Bob Marinier
>Priority: Major
> Fix For: 2.10.1
>
> Attachments: reproducer.zip, reproducer2.zip
>
>
> My system was using apache configuration 2.9.0 without issue. After upgrading
> to 2.10.0, I get this error at startup:
> {code:java}
> [ERROR] Error occurred during initialization of boot layer
> [ERROR] java.lang.module.FindException: Module servlet.api not found,
> required by org.apache.commons.configuration2{code}
> I am running on Java 17 on Windows 11. Other than this dependency version
> change, nothing else about my system has changed. For now I'll go back to
> 2.9.0, but I'm worried about being able to upgrade in the future.
> My specific java version is:
> {code:java}
> openjdk version "17.0.10" 2024-01-16
> OpenJDK Runtime Environment Temurin-17.0.10+7 (build 17.0.10+7)
> OpenJDK 64-Bit Server VM Temurin-17.0.10+7 (build 17.0.10+7, mixed mode,
> sharing){code}
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Commented] (CONFIGURATION-839) Version 2.10.0 fails java.lang.module.FindException: Module servlet.api not found
[
https://issues.apache.org/jira/browse/CONFIGURATION-839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17827205#comment-17827205
]
Bob Marinier commented on CONFIGURATION-839:
Testing the reproducer on my end shows the problem is indeed fixed. In my real
system, however, I now get a new error:
{code:java}
IllegalAccess class org.apache.commons.configuration2.io.ConfigurationLogger
(in module org.apache.commons.configuration2) cannot access class
org.apache.commons.logging.impl.NoOpLog (in module org.apache.commons.logging)
because module org.apache.commons.logging does not export
org.apache.commons.logging.impl to module org.apache.commons.configuration2
{code}
I'm trying to figure out what exactly my system is doing that triggers this so
I can update the reproducer. Would you like me to create a new issue for this?
> Version 2.10.0 fails java.lang.module.FindException: Module servlet.api not
> found
> -
>
> Key: CONFIGURATION-839
> URL: https://issues.apache.org/jira/browse/CONFIGURATION-839
> Project: Commons Configuration
> Issue Type: Bug
>Affects Versions: 2.10.0
>Reporter: Bob Marinier
>Priority: Major
> Fix For: 2.10.1
>
> Attachments: reproducer.zip
>
>
> My system was using apache configuration 2.9.0 without issue. After upgrading
> to 2.10.0, I get this error at startup:
> {code:java}
> [ERROR] Error occurred during initialization of boot layer
> [ERROR] java.lang.module.FindException: Module servlet.api not found,
> required by org.apache.commons.configuration2{code}
> I am running on Java 17 on Windows 11. Other than this dependency version
> change, nothing else about my system has changed. For now I'll go back to
> 2.9.0, but I'm worried about being able to upgrade in the future.
> My specific java version is:
> {code:java}
> openjdk version "17.0.10" 2024-01-16
> OpenJDK Runtime Environment Temurin-17.0.10+7 (build 17.0.10+7)
> OpenJDK 64-Bit Server VM Temurin-17.0.10+7 (build 17.0.10+7, mixed mode,
> sharing){code}
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Updated] (CONFIGURATION-839) Version 2.10.0 fails java.lang.module.FindException: Module servlet.api not found
[
https://issues.apache.org/jira/browse/CONFIGURATION-839?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bob Marinier updated CONFIGURATION-839:
---
Attachment: reproducer2.zip
> Version 2.10.0 fails java.lang.module.FindException: Module servlet.api not
> found
> -
>
> Key: CONFIGURATION-839
> URL: https://issues.apache.org/jira/browse/CONFIGURATION-839
> Project: Commons Configuration
> Issue Type: Bug
>Affects Versions: 2.10.0
>Reporter: Bob Marinier
>Priority: Major
> Fix For: 2.10.1
>
> Attachments: reproducer.zip, reproducer2.zip
>
>
> My system was using apache configuration 2.9.0 without issue. After upgrading
> to 2.10.0, I get this error at startup:
> {code:java}
> [ERROR] Error occurred during initialization of boot layer
> [ERROR] java.lang.module.FindException: Module servlet.api not found,
> required by org.apache.commons.configuration2{code}
> I am running on Java 17 on Windows 11. Other than this dependency version
> change, nothing else about my system has changed. For now I'll go back to
> 2.9.0, but I'm worried about being able to upgrade in the future.
> My specific java version is:
> {code:java}
> openjdk version "17.0.10" 2024-01-16
> OpenJDK Runtime Environment Temurin-17.0.10+7 (build 17.0.10+7)
> OpenJDK 64-Bit Server VM Temurin-17.0.10+7 (build 17.0.10+7, mixed mode,
> sharing){code}
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Commented] (CONFIGURATION-839) Version 2.10.0 fails java.lang.module.FindException: Module servlet.api not found
[
https://issues.apache.org/jira/browse/CONFIGURATION-839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17827254#comment-17827254
]
Bob Marinier commented on CONFIGURATION-839:
Silly mistake – I included commons-beansutils which depends on commons logging
1.2, and maven picked that over the 1.3.0 that commons configuration2 wanted.
Reordering the dependencies in the pom fixed that problem in the reproducer.
I'll keep trying to reproduce the problem in my project.
> Version 2.10.0 fails java.lang.module.FindException: Module servlet.api not
> found
> -
>
> Key: CONFIGURATION-839
> URL: https://issues.apache.org/jira/browse/CONFIGURATION-839
> Project: Commons Configuration
> Issue Type: Bug
>Affects Versions: 2.10.0
>Reporter: Bob Marinier
>Priority: Major
> Fix For: 2.10.1
>
> Attachments: reproducer.zip, reproducer2.zip
>
>
> My system was using apache configuration 2.9.0 without issue. After upgrading
> to 2.10.0, I get this error at startup:
> {code:java}
> [ERROR] Error occurred during initialization of boot layer
> [ERROR] java.lang.module.FindException: Module servlet.api not found,
> required by org.apache.commons.configuration2{code}
> I am running on Java 17 on Windows 11. Other than this dependency version
> change, nothing else about my system has changed. For now I'll go back to
> 2.9.0, but I'm worried about being able to upgrade in the future.
> My specific java version is:
> {code:java}
> openjdk version "17.0.10" 2024-01-16
> OpenJDK Runtime Environment Temurin-17.0.10+7 (build 17.0.10+7)
> OpenJDK 64-Bit Server VM Temurin-17.0.10+7 (build 17.0.10+7, mixed mode,
> sharing){code}
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Commented] (CONFIGURATION-839) Version 2.10.0 fails java.lang.module.FindException: Module servlet.api not found
[
https://issues.apache.org/jira/browse/CONFIGURATION-839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17827214#comment-17827214
]
Gary D. Gregory commented on CONFIGURATION-839:
---
[~bob.marinier]
Let's keep it here until we determine what's wrong and where.
> Version 2.10.0 fails java.lang.module.FindException: Module servlet.api not
> found
> -
>
> Key: CONFIGURATION-839
> URL: https://issues.apache.org/jira/browse/CONFIGURATION-839
> Project: Commons Configuration
> Issue Type: Bug
>Affects Versions: 2.10.0
>Reporter: Bob Marinier
>Priority: Major
> Fix For: 2.10.1
>
> Attachments: reproducer.zip
>
>
> My system was using apache configuration 2.9.0 without issue. After upgrading
> to 2.10.0, I get this error at startup:
> {code:java}
> [ERROR] Error occurred during initialization of boot layer
> [ERROR] java.lang.module.FindException: Module servlet.api not found,
> required by org.apache.commons.configuration2{code}
> I am running on Java 17 on Windows 11. Other than this dependency version
> change, nothing else about my system has changed. For now I'll go back to
> 2.9.0, but I'm worried about being able to upgrade in the future.
> My specific java version is:
> {code:java}
> openjdk version "17.0.10" 2024-01-16
> OpenJDK Runtime Environment Temurin-17.0.10+7 (build 17.0.10+7)
> OpenJDK 64-Bit Server VM Temurin-17.0.10+7 (build 17.0.10+7, mixed mode,
> sharing){code}
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
Re: [PR] Bump github/codeql-action from 3.24.6 to 3.24.7 [commons-io]
garydgregory merged PR #601: URL: https://github.com/apache/commons-io/pull/601 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@commons.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
Re: [PR] Bump actions/setup-java from 4.1.0 to 4.2.1 [commons-io]
garydgregory merged PR #599: URL: https://github.com/apache/commons-io/pull/599 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@commons.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
Re: [PR] Bump actions/setup-java from 4.1.0 to 4.2.1 [commons-scxml]
garydgregory merged PR #202: URL: https://github.com/apache/commons-scxml/pull/202 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@commons.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
[jira] [Commented] (CONFIGURATION-839) Version 2.10.0 fails java.lang.module.FindException: Module servlet.api not found
[
https://issues.apache.org/jira/browse/CONFIGURATION-839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17827265#comment-17827265
]
Bob Marinier commented on CONFIGURATION-839:
I was able to get a more complete error trace from my system. Still working on
the reproducer.
{code:java}
java.lang.IllegalAccessError: class
org.apache.commons.configuration2.io.ConfigurationLogger (in module
org.apache.commons.configuration2) cannot access class
org.apache.commons.logging.impl.NoOpLog (in module org.apache.commons.logging)
because module org.apache.commons.logging does not export
org.apache.commons.logging.impl to module org.apache.commons.configuration2
at
org.apache.commons.configuration2@2.10.1-SNAPSHOT/org.apache.commons.configuration2.io.ConfigurationLogger.newDummyLogger(ConfigurationLogger.java:97)
at
org.apache.commons.configuration2@2.10.1-SNAPSHOT/org.apache.commons.configuration2.AbstractConfiguration.initLogger(AbstractConfiguration.java:1389)
at
org.apache.commons.configuration2@2.10.1-SNAPSHOT/org.apache.commons.configuration2.AbstractConfiguration.(AbstractConfiguration.java:124)
at
org.apache.commons.configuration2@2.10.1-SNAPSHOT/org.apache.commons.configuration2.AbstractHierarchicalConfiguration.(AbstractHierarchicalConfiguration.java:168)
at
org.apache.commons.configuration2@2.10.1-SNAPSHOT/org.apache.commons.configuration2.BaseHierarchicalConfiguration.(BaseHierarchicalConfiguration.java:82)
at
org.apache.commons.configuration2@2.10.1-SNAPSHOT/org.apache.commons.configuration2.BaseHierarchicalConfiguration.(BaseHierarchicalConfiguration.java:73)
at
org.apache.commons.configuration2@2.10.1-SNAPSHOT/org.apache.commons.configuration2.BaseHierarchicalConfiguration.(BaseHierarchicalConfiguration.java:61)
at
org.apache.commons.configuration2@2.10.1-SNAPSHOT/org.apache.commons.configuration2.AbstractYAMLBasedConfiguration.(AbstractYAMLBasedConfiguration.java:48)
at
org.apache.commons.configuration2@2.10.1-SNAPSHOT/org.apache.commons.configuration2.YAMLConfiguration.(YAMLConfiguration.java:46){code}
> Version 2.10.0 fails java.lang.module.FindException: Module servlet.api not
> found
> -
>
> Key: CONFIGURATION-839
> URL: https://issues.apache.org/jira/browse/CONFIGURATION-839
> Project: Commons Configuration
> Issue Type: Bug
>Affects Versions: 2.10.0
>Reporter: Bob Marinier
>Priority: Major
> Fix For: 2.10.1
>
> Attachments: reproducer.zip, reproducer2.zip
>
>
> My system was using apache configuration 2.9.0 without issue. After upgrading
> to 2.10.0, I get this error at startup:
> {code:java}
> [ERROR] Error occurred during initialization of boot layer
> [ERROR] java.lang.module.FindException: Module servlet.api not found,
> required by org.apache.commons.configuration2{code}
> I am running on Java 17 on Windows 11. Other than this dependency version
> change, nothing else about my system has changed. For now I'll go back to
> 2.9.0, but I'm worried about being able to upgrade in the future.
> My specific java version is:
> {code:java}
> openjdk version "17.0.10" 2024-01-16
> OpenJDK Runtime Environment Temurin-17.0.10+7 (build 17.0.10+7)
> OpenJDK 64-Bit Server VM Temurin-17.0.10+7 (build 17.0.10+7, mixed mode,
> sharing){code}
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Commented] (CONFIGURATION-839) Version 2.10.0 fails java.lang.module.FindException: Module servlet.api not found
[
https://issues.apache.org/jira/browse/CONFIGURATION-839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17827273#comment-17827273
]
Gary D. Gregory commented on CONFIGURATION-839:
---
[~bob.marinier]
Make sure commons-logging 1.3.0 is in play, we can always fix commons-logging
in a 1.3.1 if needed.
> Version 2.10.0 fails java.lang.module.FindException: Module servlet.api not
> found
> -
>
> Key: CONFIGURATION-839
> URL: https://issues.apache.org/jira/browse/CONFIGURATION-839
> Project: Commons Configuration
> Issue Type: Bug
>Affects Versions: 2.10.0
>Reporter: Bob Marinier
>Priority: Major
> Fix For: 2.10.1
>
> Attachments: reproducer.zip, reproducer2.zip
>
>
> My system was using apache configuration 2.9.0 without issue. After upgrading
> to 2.10.0, I get this error at startup:
> {code:java}
> [ERROR] Error occurred during initialization of boot layer
> [ERROR] java.lang.module.FindException: Module servlet.api not found,
> required by org.apache.commons.configuration2{code}
> I am running on Java 17 on Windows 11. Other than this dependency version
> change, nothing else about my system has changed. For now I'll go back to
> 2.9.0, but I'm worried about being able to upgrade in the future.
> My specific java version is:
> {code:java}
> openjdk version "17.0.10" 2024-01-16
> OpenJDK Runtime Environment Temurin-17.0.10+7 (build 17.0.10+7)
> OpenJDK 64-Bit Server VM Temurin-17.0.10+7 (build 17.0.10+7, mixed mode,
> sharing){code}
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Commented] (CONFIGURATION-839) Version 2.10.0 fails java.lang.module.FindException: Module servlet.api not found
[
https://issues.apache.org/jira/browse/CONFIGURATION-839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17827285#comment-17827285
]
Bob Marinier commented on CONFIGURATION-839:
Still no luck. I'll try again tomorrow.
> Version 2.10.0 fails java.lang.module.FindException: Module servlet.api not
> found
> -
>
> Key: CONFIGURATION-839
> URL: https://issues.apache.org/jira/browse/CONFIGURATION-839
> Project: Commons Configuration
> Issue Type: Bug
>Affects Versions: 2.10.0
>Reporter: Bob Marinier
>Priority: Major
> Fix For: 2.10.1
>
> Attachments: reproducer.zip, reproducer2.zip
>
>
> My system was using apache configuration 2.9.0 without issue. After upgrading
> to 2.10.0, I get this error at startup:
> {code:java}
> [ERROR] Error occurred during initialization of boot layer
> [ERROR] java.lang.module.FindException: Module servlet.api not found,
> required by org.apache.commons.configuration2{code}
> I am running on Java 17 on Windows 11. Other than this dependency version
> change, nothing else about my system has changed. For now I'll go back to
> 2.9.0, but I'm worried about being able to upgrade in the future.
> My specific java version is:
> {code:java}
> openjdk version "17.0.10" 2024-01-16
> OpenJDK Runtime Environment Temurin-17.0.10+7 (build 17.0.10+7)
> OpenJDK 64-Bit Server VM Temurin-17.0.10+7 (build 17.0.10+7, mixed mode,
> sharing){code}
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
Re: [PR] Bump github/codeql-action from 3.24.6 to 3.24.7 [commons-scxml]
garydgregory merged PR #203: URL: https://github.com/apache/commons-scxml/pull/203 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@commons.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
Re: [PR] Bump actions/checkout from 4.1.1 to 4.1.2 [commons-scxml]
garydgregory merged PR #201: URL: https://github.com/apache/commons-scxml/pull/201 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@commons.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
Re: [PR] Bump actions/checkout from 4.1.1 to 4.1.2 [commons-io]
garydgregory merged PR #600: URL: https://github.com/apache/commons-io/pull/600 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@commons.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
[PR] Guard DefaultExpressionEngineSymbols against empty builder [commons-configuration]
pingpingy1 opened a new pull request, #382: URL: https://github.com/apache/commons-configuration/pull/382 If the symbols provided to the `DefaultExpressionEngineSymbols` is `null`, then they are saved to the respective `private final` properties, which is bound to throw an NPE at a later time. One prominent case of this is when the builder is not modified before creating an instance. This commit implements a `null`-guard to use the default values when `null` is provided. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@commons.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
[jira] [Created] (COMMONSSITE-170) Commons-compress 1.26.0 is failing to compress files\directories
Santhosh Kumar K created COMMONSSITE-170:
Summary: Commons-compress 1.26.0 is failing to compress
files\directories
Key: COMMONSSITE-170
URL: https://issues.apache.org/jira/browse/COMMONSSITE-170
Project: Apache Commons All
Issue Type: Bug
Reporter: Santhosh Kumar K
We are using commons-compress to compress files and with latest 1.26.0 we are
getting the following exception where in it was working fine with 1.24.0
{*}API being used:{*}ArchiveOutputStream jos = new ArchiveStreamFactory()
.createArchiveOutputStream(ArchiveStreamFactory.ZIP,
Files.newOutputStream(WrapperFactory.getNioServiceWrapper().getPath(jarName)));
*Stack trace:*
[Feb 28, 2024 5:42:32 PM] [INFO] Stack Description:
java.lang.RuntimeException: ApplySession failed but Oracle Home has not been
modified.org/apache/commons/io/Charsets
at
org.apache.commons.compress.archivers.zip.ZipEncodingHelper.getZipEncoding(ZipEncodingHelper.java:69)
at
org.apache.commons.compress.archivers.zip.ZipEncodingHelper.(ZipEncodingHelper.java:37)
at
org.apache.commons.compress.archivers.zip.ZipArchiveOutputStream.(ZipArchiveOutputStream.java:331)
at
org.apache.commons.compress.archivers.ArchiveStreamFactory.createArchiveOutputStream(ArchiveStreamFactory.java:516)
at
org.apache.commons.compress.archivers.ArchiveStreamFactory.createArchiveOutputStream(ArchiveStreamFactory.java:498)
at
oracle.opatch.ZipUtilities.compressZip(ZipUtilities.java:306)
at
oracle.opatch.opatchactions.DeleteAction.backupForRollback(DeleteAction.java:1262)
at
oracle.opatch.PatchObject.backupForRollback(PatchObject.java:5492)
at
oracle.opatch.ApplySession.processLocal(ApplySession.java:4027)
at
oracle.opatch.ApplySession.process(ApplySession.java:4989)
at
oracle.opatch.ApplySession.process(ApplySession.java:4842)
at
oracle.opatch.OPatchACL.processApply(OPatchACL.java:310)
at
oracle.opatch.opatchutil.NApply.legacy_process(NApply.java:1469)
at
oracle.opatch.opatchutil.NApply.legacy_process(NApply.java:373)
at
oracle.opatch.opatchutil.NApply.process(NApply.java:353)
at
oracle.opatch.opatchutil.OUSession.napply(OUSession.java:1139)
at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at
java.lang.reflect.Method.invoke(Method.java:498)
at
oracle.opatch.UtilSession.process(UtilSession.java:355)
at
oracle.opatch.OPatchSession.process(OPatchSession.java:2640)
at
oracle.opatch.OPatch.process(OPatch.java:873)
at
oracle.opatch.OPatch.main(OPatch.java:930)
Caused by: java.lang.RuntimeException:
ApplySession failed but Oracle Home has not been
modified.org/apache/commons/io/Charsets
... 24 more
Caused by: java.lang.NoClassDefFoundError:
org/apache/commons/io/Charsets
... 24 more
Caused by:
java.lang.ClassNotFoundException: org.apache.commons.io.Charsets
at
java.net.URLClassLoader.findClass(URLClassLoader.java:387)
at
java.lang.ClassLoader.loadClass(ClassLoader.java:418)
at
sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:359)
at
java.lang.ClassLoader.loadClass(ClassLoader.java:351)
... 24 more
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
