-
Bug
-
Resolution: Done
-
Major
-
None
-
False
-
None
-
False
-
-
-
-
-
-
?
-
-
The fix for JBEAP-24443 assumes that two ModuleDependency objects with the same ModuleIdentifier are equal, and thus ModuleSpecification discards any provided ModuleDependency if it already has one for the same identifier. But that is not a valid assumption, as different artifacts in a deployment can have their own dependency information. For example an ear's root MANIFEST.mf can have Dependencies: foo while it's lib/alib.jar's MANIFEST.mf can have Dependencies: foo export services metainf. The JBEAP-24443 changes results in discarding important data.
A possible fix for this is to make ModuleDependency and FilterSpecification override equals and hashcode and check for duplicate ModuleDependencies instead of duplicate identifiers.
- clones
-
WFCORE-6442 ModuleSpecification discards dependency information
- Resolved
- is caused by
-
JBEAP-24443 [GSS](7.4.z) WFCORE-6199 - JBoss allows duplicate user and local dependencies
- Closed
- is cloned by
-
JBEAP-25334 (8.0.z) WFCORE-6442 - ModuleSpecification discards dependency information
- Closed
- is incorporated by
-
JBEAP-25033 (7.4.z) Upgrade WildFly Core from 15.0.29.Final-redhat-00001 to 15.0.30.Final-redhat-00001
- Closed