How can I update a property in a Maven POM?

39,843

Solution 1

Is there a simple way to rewrite a Maven property entry to a specific value

Since version 2.5 we can use set-property (documentation):

mvn versions:set-property -Dproperty=your.property -DnewVersion=arbitrary_value

As documented, the set-property goal does not perform any 'sanity checks' on the value you specify, so it should always work, but you should use with care.

Solution 2

The newVersion parameter is badly documented (as is most of this plugin). By checking the integration tests, I see it takes a Maven version range not a simple version number. Also, it does not allow you to provide any value - it must be a valid one that Maven can resolve. The parameter would be better if it was called constrainRange

For anyone else in future, try this:

mvn versions:update-property -Dproperty=frontend.version -DnewVersion=[0.13.2]  

If you need to update to a snapshot make sure you set the property allowSnapshots to true

mvn versions:update-property -Dproperty=frontend.version -DnewVersion=[0.13.2] -DallowSnapshots=true

Solution 3

How to update property in existing POM:

Try to use filtering in maven-resource-plugin:

  1. specify version in property file;
  2. add custom filter with path to this file (in child pom.xml, where dependency should be injected);
  3. update version in property file;
  4. run build.

Advantages:

  • it should work;
  • version is specified only once;
  • property file could be added under version control;
  • process-resources is one of the first maven lifecycle steps.

Disadvantages:

  • well, pom.xml still uses placeholder;
  • additional work to automatically update property file from initial build (too complicated, I suppose there should be easier solutions).

How to provide propery on build time:

You could specify any property by build parameter.

For example, I have property in my pom.xml like:

<properties>
    <build.date>TODAY</build.date>
</properties>

To change it during build I simply use parameter:

mvn compile -Dbuild.date=10.10.2010

I'm pretty sure it will work for version as well. Also, properties from top level projects are inherited by childs.

Solution 4

The following applies to versions:update-properties goal. I think the same would apply to versions:update-property.

The goal by default only works if a corresponding property definition and dependency declaration appear in the same POM file.

If, say, the property is defined in a project POM but used in a dependency declaration in a module POM, then the following config is required in the project POM for automatic update via Versions plugin.

  <properties>
    <my.version>3.7.11</my.version>
  </properties>
...

  <build>
    <plugins>
      <plugin>
         <groupId>org.codehaus.mojo</groupId>
         <artifactId>versions-maven-plugin</artifactId>
         <version>2.2</version>
         <configuration>
           <properties>
            <property>
              <name>my.version</name>
              <dependencies>
                <dependency>
                  <groupId>com.acme.test</groupId>
                  <artifactId>demo-arti</artifactId>
                </dependency>
              </dependencies>
            </property>
          </properties>
        </configuration>
      </plugin>
    </plugins>
  </build>

The plugin configuration comes into action when the Versions maven plugin runs against the POM and attempts to update the property. The configuration tells the Versions plugin that the property will be used for the stated dependency "in a POM somewhere" even if not in the present POM.

Solution 5

I had the same problem and found nothing that changes pom properties in the file. I ended up using sed like you suggested:

cat pom.xml | sed -e "s%<util.version>0.0.1-SNAPSHOT</util.version>%<util.version>$bamboo_planRepository_branch</util.version>%" > pom.xml.transformed;
rm pom.xml;
mv pom.xml.transformed pom.xml;
Share:
39,843
chrylis -cautiouslyoptimistic-
Author by

chrylis -cautiouslyoptimistic-

Updated on July 11, 2022

Comments

  • chrylis -cautiouslyoptimistic-
    chrylis -cautiouslyoptimistic- almost 2 years

    I have two top-level Maven projects, backend and frontend, that advance versions at their own individual pace. Since each has multiple modules, I define my dependency versions in dependencyManagement sections in the parent/aggregate POMs and use a property for the version number.

    I want to cleanly update the property with the version number on frontend, preferably arbitrarily, but I can live with requiring a live upstream version to match. I've tried using versions:update-property, but that goal seems to be completely non-functional; regardless of whether there's actually a matching upstream version, I get this debug output:

    $ mvn versions:update-property -Dproperty=frontend.version -DnewVersion=0.13.2  -DautoLinkItems=false -X
    ...
    [DEBUG] Searching for properties associated with builders
    [DEBUG] Property ${frontend.version}
    [DEBUG] Property ${frontend.version}: Looks like this property is not associated with any dependency...
    [DEBUG] Property ${frontend.version}: Set of valid available versions is [0.9.0, 0.9.1, 0.9.2, 0.9.3, 0.9.4, 0.9.5, 0.10.0, 0.10.1, 0.11.0, 0.12.0, 0.13.0, 0.13.1, 0.13.2, 0.13.3]
    [DEBUG] Property ${frontend.version}: Restricting results to 0.13.2
    [DEBUG] Property ${frontend.version}: Current winner is: null
    [DEBUG] Property ${frontend.version}: Searching reactor for a valid version...
    [DEBUG] Property ${frontend.version}: Set of valid available versions from the reactor is []
    [INFO] Property ${frontend.version}: Leaving unchanged as 0.13.1
    [INFO] ------------------------------------------------------------------------
    

    I've specified -DautoLinkItems=false, and this appears to have no effect; versions-maven-plugin still scans all of my POMs for matching dependencies, throws up its hands, and quits. I've also tried setting searchReactor to false for that property in the plugin configuration. It appears that the plugin (1) incorrectly scans the dependencies even when I've explicitly said to ignore them and (2) even filters out an explicit specific match.

    Is there a simple way to rewrite a Maven property entry to a specific value, either forcing versions-maven-plugin to do what I say without validating for a version number or by using another goal? I'd prefer to avoid a tool like sed that doesn't understand XML (as I've seen recommended in a similar question), but I would be okay with a simple XPath manipulation.