You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In multi modules pom there is no easy way to use license-maven-plugin.
The problem is that placing the header in a file inside the root module, is accessible only from the root project. Only adding a property which refers to the root like this:
< headerUrl >${basedir}/..< / headerUrl >
for each child modules solves the problem.
My proposition is to add tag which allows placing CDATA string header inside the xml instead of file, then all child poms would have the same header. So no additional configuration in child poms would be necessary.
The text was updated successfully, but these errors were encountered:
how about disabling the plugin in the sub-modules? maybe this fits for your setup. I am currently attaching the license checking to the initialize phase, but only on the root project.
Note <inherited>false</inherited> and <aggregate>true</aggregate> which are required to disable the execution in submodules and to crawl through the sub-modules src folders.
Either create a single jar containing your license files and add this jar as a dependency of the plugin to access the header using classpath:/path/to/header
Either define the MLP in a dependency management section with the path being the path used for your submodules and just use the dependency where you need in the submodules
Either redefine the path in your submodules (=> redefine the plugin with another path)
In multi modules pom there is no easy way to use license-maven-plugin.
The problem is that placing the header in a file inside the root module, is accessible only from the root project. Only adding a property which refers to the root like this:
< headerUrl >${basedir}/..< / headerUrl >
for each child modules solves the problem.
My proposition is to add tag which allows placing CDATA string header inside the xml instead of file, then all child poms would have the same header. So no additional configuration in child poms would be necessary.
The text was updated successfully, but these errors were encountered: