Copy Page

You are not logged in. Any changes you make will be marked as anonymous. You may want to Log In if you already have an account. You can also Sign Up for a new account.

<h1>pom-maven-plugin</h1>

I created a new MOJO called pom-maven-plugin which aims to help with POM tasks in large projects.

Currently it is located in Sandbox: <a href="https://svn.codehaus.org/mojo/trunk/sandbox/pom-maven-plugin">https://svn.codehaus.org/mojo/trunk/sandbox/pom-maven-plugin</a>

You need to check it out and do &quot;mvn install&quot;.

After  that you are ready to use the plugin.

<h2>Refactoring POMs</h2>

There is a goal for refactoring POMs in a project called &quot;pom:refactor&quot;. You should call this goal on your toplevel project.

Examples:
<ul>
	<li>mvn pom:refactor -DartifactId=myArtifact -DnewVersion=2.1 
This will set the version of all occurrences of &quot;myArtifact&quot; in your POMs to &quot;2.1&quot; including all dependencies that point to the current version.</li>
	<li>mvn pom:refactor -DartifactId=myArtifact -Dversion=* -DnewVersion=2.1 
This will set the version of all occurrences of &quot;myArtifact&quot; in your POMs to &quot;2.1&quot; including all dependencies that point to the current version.</li>
	<li>mvn pom:refactor -DartifactId=myArtifact -Dversion=2.1-SNAPSHOT -DnewVersion=2.1 
This will set the version of all occurrences of &quot;myArtifact&quot; in your POMs where current version is &quot;2.1-SNAPSHOT&quot; to &quot;2.1&quot;</li>
	<li>mvn pom:refactor -DartifactId=* -DnewGroupId=foo.bar 
This will change the groupId of all your modules to &quot;foo.bar&quot; (and fix all according dependencies).</li>
	<li>mvn pom:refactor -DartifactId=myArtifact -DgroupId=foo.bar -DnewScope=test 
This will set the scope of all dependencies on &quot;foo.bar:myArtifact&quot; to &quot;test&quot;</li>
</ul>

In general you define a matcher for projects, dependencies, etc. with
<ul>
	<li>artifactId (required parameter, set to * to match any artifactId)</li>
	<li>groupId (${project.groupId} if omitted)</li>
	<li>version (current version of matching project in reactor if omitted, use * to match any version)</li>
	<li>scope (scope to match in dependencies, any if omitted)</li>
	<li>classifier (classifier to match in dependencies, any if omitted)</li>
</ul>

For all this parameters you can use glob-patterns (using * as wildcard and ?). Please note that your shell might expand such patterns with the matching files in your current directory so you might need to escape this properly.

To express what to change for the matching sections, you must specify at least one of
<ul>
	<li>newArtifactId</li>
	<li>newGroupId</li>
	<li>newVersion</li>
	<li>newScope</li>
	<li>newClassifier</li>
</ul>

Please also note that the plugin takes care about disributionManagement and variables. In such case it tries to perform the modification where the actual value is defined. However you might be able to create wired constructs where the strategy will fail. But it should work for regular usecases. You can also set &quot;resolveVariables&quot; to false if you want to disable and allow to replace &quot;${foo}&quot; with &quot;${bar}&quot;.

Further important options:
<ul>
	<li>overwrite (true: overwrite pom.xml files, false: write to target/pom-refactored.xml - default)</li>
	<li>requireToplevel (default is true, if your toplevel-POM on local disc has a parent you need to set to false)</li>
	<li>xmlEncoding (defaults to file.encoding)</li>
</ul>