-
Improvement
-
Resolution: Fixed
-
Major
-
None
-
None
-
-
Yes
-
Empty show more show less
-
Yes
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.
- is causing
-
ARCH-24 Update webapp/project archetypes to use scope:import
- Closed
- is cloned by
-
MAGNOLIA-5207 Enable usage of Maven's scope:import for magnolia-project
- Closed
- is depended upon by
-
MAGNOLIA-3534 Update commons-digester dependency
- 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
-
MGNLUI-1877 Enable usage of Maven's scope:import for magnolia-ui
- Closed