This issue was cloned from MAGNOLIA-3545 - work has already been done with bundles and webapps.
See patch attached to MAGNOLIA-3545 which gives an indication of what to do.
When applying, check and compare before/after dependency:tree outputs of webapps and bundles, as well as contents of webapps.
To facilitate project builds, our webapps (magnolia-empty-webapp, magnolia-bundled-webapp, magnolia-enterprise-webapp) should have their dependencies (Magnolia jars) in a dependencyManagement section. Instead of "just" depending on the magnolia-empty-webapp's pom, they should do so with the import scope.
As a consequence, a webapp project would be able to do the following:
<dependency>
<groupId>info.magnolia</groupId>
<artifactId>magnolia-bundled-webapp</artifactId>
<version>4.3.8</version>
<type>pom</type>
<scope>import</scope>
</dependency>
<dependency>
<groupId>info.magnolia</groupId>
<artifactId>magnolia-module-dms</artifactId>
</dependency>
This essentially "injects" the dependencyManagement section of magnolia-bundled-webapp:4.3.8 into the current project, so the project can now depend on magnolia-module-dms (for example) without specifying its version. This frees project developer from having to dig out exactly which version of each and every module they need was bundled with the Magnolia bundle they want to use. (which is a pita) And of course, they can still specify a specific version it they need to.
- clones
-
MAGNOLIA-5207 Enable usage of Maven's scope:import for magnolia-project
- Closed
- is related to
-
MGNLEE-284 Use scope:import if possible
- Closed
-
MAGNOLIA-4728 Add demo-project / demo-features to crawling in ce-bundle's integration test
- Closed
- relates to
-
MAGNOLIA-3545 Enable usage of Maven's scope:import for our webapps and bundles
- Closed