Details
-
Bug
-
Resolution: Unresolved
-
Major
-
None
-
3.0.8.Final
-
None
-
None
Description
Within WildFly Swarm we need the ability to override the `javax.ws.rs.client.ClientBuilder` service file for a deployment to provide custom handling for implementing Eclipse MicroProfile.
With a service file present in the deployment, the existing RESTEasy service file is always found first because the deployment module is added as a dependency after other non local dependencies. See https://github.com/wildfly/wildfly-core/blob/master/server/src/main/java/org/jboss/as/server/deployment/module/ModuleSpecProcessor.java#L241-L250
After discussing with dlloyd@redhat.com on IRC, he agreed this was a bug and a better solution was for the deployment's dependency to always be first if `isLocalLast()` is false, and instead remove any spec packages that might be present on the deployment path instead.
He explained the purpose of this ordering was to prevent a user deploying `javax.servlet.api` and breaking things, but it appears this can be achieved by alternative methods.
Attachments
Issue Links
- is cloned by
-
JBEAP-14204 [SWARM] (7.1.z) Module dependency order for a deployment is wrong
- Closed
- relates to
-
WFCORE-3528 Detect conflicting packages in deployments
- Open