Re: [ANN] Versions Maven Plugin 2.0 released
Responding to all, as MVERSIONS-200 is important enough to flag the
potential issue if you are using deprecated properties (the ones that Maven
3 warns you about if you use them)
@Dennis Wheeler: I suspect you have hit
https://jira.codehaus.org/browse/MVERSIONS-200
The right thing to do is to update your poms replacing:
${pom.parent.groupId} with ${project.parent.groupId}
${pom.parent.artifactId} with ${project.parent.artifactId}
${pom.parent.version} with ${project.parent.version}
${pom.groupId} with ${project.groupId},
${pom.artifactId} with ${project.artifactId},
${pom.version} with ${project.version},
${parent.groupId} with ${project.parent.groupId}
${parent.artifactId} with ${project.parent.artifactId}
${parent.version} with ${project.parent.version}
${groupId} with ${project.groupId},
${artifactId} with ${project.artifactId},
${version} with ${project.version},
as that will ensure that your poms are compatibile with future versions of
Maven.
It is still to be decided whether to roll a patch release of 2.0 with
workaround code for this (use of deprecated properties) edge case.
-Stephen
On 28 November 2012 23:31, Wheeler, Dennis dwhee...@cobaltgroup.com wrote:
While I would love to assist, this issue has not been consistently
reproducible. It hasn't yet failed on our automated trunk builds, but
consistently fails on our automated branch builds (it consistently fails
for me locally both in the trunk and the branch, but the project's primary
developer claims is doesn't fail for him at all (and I don't yet believe
he's using the exact same steps -- I think he only wants access to our
automated servers)).
I am extremely backlogged with other pressing tasks, and my boss doesn't
want me to spend the time debugging this issue any further now that we
have a workaround solution. Not to mention that we're working within a
closed source environment and I'm unsure about how much of our build logs
and environment info we can share.
Perhaps I can pass this off to one of our other developers who is also
more experienced using maven who can then help debug and better report on
the NPE.
I'm just guessing (and its just a wild unfounded guess at this point),
that our project contains some circular dependencies and the new versions
plugin is attempting to be more strict in that area.
Thanks for all the assistance.
On 11/28/12 5:18 AM, Stephen Connolly stephen.alan.conno...@gmail.com
wrote:
Can you please raise a JIRA for the NPE
On 28 November 2012 08:04, Wheeler, Dennis dwhee...@cobaltgroup.com
wrote:
Someone please help me from navigating through the forest of no return,
that is Google, and tell me how to force our projects back to using the
older 1.2 version of the Versions plugin, instead of this newer 2.0
version which is now giving us null pointer exceptions with this simple
command:
mvn -U versions:set -DnewVersion=12345
I don't really know anything about maven myself, I only plugin what the
devs give me into our build configuration system.
Can I make a global setting in the settings.xml, or does it have to be
in
each project's pom.xml?
Dennis Wheeler
Release Engineer II
ADP Digital Marketing Solutions
p 206.219.8049 | c 206.375.6781 | e dwhee...@cobalt.com
http://www.cobalt.com/
Join the conversation facebook http://www.facebook.com/#!/adpdmc|
twitter http://twitter.com/#!/adp_cobalt | blog
http://www.digitalmileage.com/
This message and any attachments are intended only for the use of the
addressee and may contain information that is privileged and
confidential.
If the reader of the message is not the intended recipient or an
authorized representative of the intended recipient, you are hereby
notified that any dissemination of this communication is strictly
prohibited. If you have received this communication in error, please
notify us immediately by email and delete the message and any
attachments
from your system.
On 11/27/12 5:57 AM, Stephen Connolly
stephen.alan.conno...@gmail.com
wrote:
The Mojo team is pleased to announce the release of the Versions
Maven Plugin, version 2.0
NOTE: This release requires Maven 2.2.1 or newer and consequently JRE
1.5
or newer.
NOTE: This is the *last* planned release that will support running on
Maven
2.2.x
The Versions Plugin has the following goals.
* versions:compare-dependencies compares the dependency versions of
the current project to the dependency management section of a remote
project.
* versions:display-dependency-updates scans a project's dependencies
and produces a report of those dependencies which have newer versions
available.
* versions:display-plugin-updates scans a project's plugins and
produces a report of those plugins which have newer versions
available.
* versions:display-property-updates scans a projectand produces a
report of those properties which are
Re: [ANN] Versions Maven Plugin 2.0 released
Someone please help me from navigating through the forest of no return, that is Google, and tell me how to force our projects back to using the older 1.2 version of the Versions plugin, instead of this newer 2.0 version which is now giving us null pointer exceptions with this simple command: mvn -U versions:set -DnewVersion=12345 I don't really know anything about maven myself, I only plugin what the devs give me into our build configuration system. Can I make a global setting in the settings.xml, or does it have to be in each project's pom.xml? Dennis Wheeler Release Engineer II ADP Digital Marketing Solutions p 206.219.8049 | c 206.375.6781 | e dwhee...@cobalt.com http://www.cobalt.com/ Join the conversation facebook http://www.facebook.com/#!/adpdmc| twitter http://twitter.com/#!/adp_cobalt | blog http://www.digitalmileage.com/ This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by email and delete the message and any attachments from your system. On 11/27/12 5:57 AM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: The Mojo team is pleased to announce the release of the Versions Maven Plugin, version 2.0 NOTE: This release requires Maven 2.2.1 or newer and consequently JRE 1.5 or newer. NOTE: This is the *last* planned release that will support running on Maven 2.2.x The Versions Plugin has the following goals. * versions:compare-dependencies compares the dependency versions of the current project to the dependency management section of a remote project. * versions:display-dependency-updates scans a project's dependencies and produces a report of those dependencies which have newer versions available. * versions:display-plugin-updates scans a project's plugins and produces a report of those plugins which have newer versions available. * versions:display-property-updates scans a projectand produces a report of those properties which are used to control artifact versions and which properies have newer versions available. * versions:update-parent updates the parent section of a project so that it references the newest available version. For example, if you use a corporate root POM, this goal can be helpful if you need to ensure you are using the latest version of the corporate root POM. * versions:update-properties updates properties defined in a project so that they correspond to the latest available version of specific dependencies. This can be useful if a suite of dependencies must all be locked to one version. * versions:update-child-modules updates the parent section of the child modules of a project so the version matches the version of the current project. For example, if you have an aggregator pom that is also the parent for the projects that it aggregates and the children and parent versions get out of sync, this mojo can help fix the versions of the child modules. (Note you may need to invoke Maven with the -N option in order to run this goal if your project is broken so badly that it cannot build because of the version mis-match). * versions:lock-snapshots searches the pom for all -SNAPSHOT versions and replaces them with the current timestamp version of that -SNAPSHOT, e.g. -20090327.172306-4 * versions:unlock-snapshots searches the pom for all timestamp locked snapshot versions and replaces them with -SNAPSHOT. * versions:resolve-ranges finds dependencies using version ranges and resolves the range to the specific version being used. * versions:set can be used to set the project version from the command line. * versions:use-releases searches the pom for all -SNAPSHOT versions which have been released and replaces them with the corresponding release version. * versions:use-next-releases searches the pom for all non-SNAPSHOT versions which have been a newer release and replaces them with the next release version. * versions:use-latest-releases searches the pom for all non-SNAPSHOT versions which have been a newer release and replaces them with the latest release version. * versions:use-next-snapshots searches the pom for all non-SNAPSHOT versions which have been a newer -SNAPSHOT version and replaces them with the next -SNAPSHOT version. * versions:use-latest-snapshots searches the pom for all non-SNAPSHOT versions which have been a newer -SNAPSHOT version and replaces them with the latest -SNAPSHOT version. * versions:use-next-versions searches the pom for all versions which have been a newer version and replaces them with the next version. * versions:use-latest-versions searches the pom for all versions which have been a newer version and replaces them with the latest version. *
Re: [ANN] Versions Maven Plugin 2.0 released
mvn org.codehaus.mojo:versions-maven-plugin:1.2:set /Anders On Wed, Nov 28, 2012 at 9:04 AM, Wheeler, Dennis dwhee...@cobaltgroup.comwrote: Someone please help me from navigating through the forest of no return, that is Google, and tell me how to force our projects back to using the older 1.2 version of the Versions plugin, instead of this newer 2.0 version which is now giving us null pointer exceptions with this simple command: mvn -U versions:set -DnewVersion=12345 I don't really know anything about maven myself, I only plugin what the devs give me into our build configuration system. Can I make a global setting in the settings.xml, or does it have to be in each project's pom.xml? Dennis Wheeler Release Engineer II ADP Digital Marketing Solutions p 206.219.8049 | c 206.375.6781 | e dwhee...@cobalt.com http://www.cobalt.com/ Join the conversation facebook http://www.facebook.com/#!/adpdmc| twitter http://twitter.com/#!/adp_cobalt | blog http://www.digitalmileage.com/ This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by email and delete the message and any attachments from your system. On 11/27/12 5:57 AM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: The Mojo team is pleased to announce the release of the Versions Maven Plugin, version 2.0 NOTE: This release requires Maven 2.2.1 or newer and consequently JRE 1.5 or newer. NOTE: This is the *last* planned release that will support running on Maven 2.2.x The Versions Plugin has the following goals. * versions:compare-dependencies compares the dependency versions of the current project to the dependency management section of a remote project. * versions:display-dependency-updates scans a project's dependencies and produces a report of those dependencies which have newer versions available. * versions:display-plugin-updates scans a project's plugins and produces a report of those plugins which have newer versions available. * versions:display-property-updates scans a projectand produces a report of those properties which are used to control artifact versions and which properies have newer versions available. * versions:update-parent updates the parent section of a project so that it references the newest available version. For example, if you use a corporate root POM, this goal can be helpful if you need to ensure you are using the latest version of the corporate root POM. * versions:update-properties updates properties defined in a project so that they correspond to the latest available version of specific dependencies. This can be useful if a suite of dependencies must all be locked to one version. * versions:update-child-modules updates the parent section of the child modules of a project so the version matches the version of the current project. For example, if you have an aggregator pom that is also the parent for the projects that it aggregates and the children and parent versions get out of sync, this mojo can help fix the versions of the child modules. (Note you may need to invoke Maven with the -N option in order to run this goal if your project is broken so badly that it cannot build because of the version mis-match). * versions:lock-snapshots searches the pom for all -SNAPSHOT versions and replaces them with the current timestamp version of that -SNAPSHOT, e.g. -20090327.172306-4 * versions:unlock-snapshots searches the pom for all timestamp locked snapshot versions and replaces them with -SNAPSHOT. * versions:resolve-ranges finds dependencies using version ranges and resolves the range to the specific version being used. * versions:set can be used to set the project version from the command line. * versions:use-releases searches the pom for all -SNAPSHOT versions which have been released and replaces them with the corresponding release version. * versions:use-next-releases searches the pom for all non-SNAPSHOT versions which have been a newer release and replaces them with the next release version. * versions:use-latest-releases searches the pom for all non-SNAPSHOT versions which have been a newer release and replaces them with the latest release version. * versions:use-next-snapshots searches the pom for all non-SNAPSHOT versions which have been a newer -SNAPSHOT version and replaces them with the next -SNAPSHOT version. * versions:use-latest-snapshots searches the pom for all non-SNAPSHOT versions which have been a newer -SNAPSHOT version and replaces them with the latest -SNAPSHOT version. * versions:use-next-versions searches the pom
Re: [ANN] Versions Maven Plugin 2.0 released
Can you please raise a JIRA for the NPE On 28 November 2012 08:04, Wheeler, Dennis dwhee...@cobaltgroup.com wrote: Someone please help me from navigating through the forest of no return, that is Google, and tell me how to force our projects back to using the older 1.2 version of the Versions plugin, instead of this newer 2.0 version which is now giving us null pointer exceptions with this simple command: mvn -U versions:set -DnewVersion=12345 I don't really know anything about maven myself, I only plugin what the devs give me into our build configuration system. Can I make a global setting in the settings.xml, or does it have to be in each project's pom.xml? Dennis Wheeler Release Engineer II ADP Digital Marketing Solutions p 206.219.8049 | c 206.375.6781 | e dwhee...@cobalt.com http://www.cobalt.com/ Join the conversation facebook http://www.facebook.com/#!/adpdmc| twitter http://twitter.com/#!/adp_cobalt | blog http://www.digitalmileage.com/ This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by email and delete the message and any attachments from your system. On 11/27/12 5:57 AM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: The Mojo team is pleased to announce the release of the Versions Maven Plugin, version 2.0 NOTE: This release requires Maven 2.2.1 or newer and consequently JRE 1.5 or newer. NOTE: This is the *last* planned release that will support running on Maven 2.2.x The Versions Plugin has the following goals. * versions:compare-dependencies compares the dependency versions of the current project to the dependency management section of a remote project. * versions:display-dependency-updates scans a project's dependencies and produces a report of those dependencies which have newer versions available. * versions:display-plugin-updates scans a project's plugins and produces a report of those plugins which have newer versions available. * versions:display-property-updates scans a projectand produces a report of those properties which are used to control artifact versions and which properies have newer versions available. * versions:update-parent updates the parent section of a project so that it references the newest available version. For example, if you use a corporate root POM, this goal can be helpful if you need to ensure you are using the latest version of the corporate root POM. * versions:update-properties updates properties defined in a project so that they correspond to the latest available version of specific dependencies. This can be useful if a suite of dependencies must all be locked to one version. * versions:update-child-modules updates the parent section of the child modules of a project so the version matches the version of the current project. For example, if you have an aggregator pom that is also the parent for the projects that it aggregates and the children and parent versions get out of sync, this mojo can help fix the versions of the child modules. (Note you may need to invoke Maven with the -N option in order to run this goal if your project is broken so badly that it cannot build because of the version mis-match). * versions:lock-snapshots searches the pom for all -SNAPSHOT versions and replaces them with the current timestamp version of that -SNAPSHOT, e.g. -20090327.172306-4 * versions:unlock-snapshots searches the pom for all timestamp locked snapshot versions and replaces them with -SNAPSHOT. * versions:resolve-ranges finds dependencies using version ranges and resolves the range to the specific version being used. * versions:set can be used to set the project version from the command line. * versions:use-releases searches the pom for all -SNAPSHOT versions which have been released and replaces them with the corresponding release version. * versions:use-next-releases searches the pom for all non-SNAPSHOT versions which have been a newer release and replaces them with the next release version. * versions:use-latest-releases searches the pom for all non-SNAPSHOT versions which have been a newer release and replaces them with the latest release version. * versions:use-next-snapshots searches the pom for all non-SNAPSHOT versions which have been a newer -SNAPSHOT version and replaces them with the next -SNAPSHOT version. * versions:use-latest-snapshots searches the pom for all non-SNAPSHOT versions which have been a newer -SNAPSHOT version and replaces them with the latest -SNAPSHOT version. * versions:use-next-versions searches the pom for all versions which have
Re: [ANN] Versions Maven Plugin 2.0 released
While I would love to assist, this issue has not been consistently reproducible. It hasn't yet failed on our automated trunk builds, but consistently fails on our automated branch builds (it consistently fails for me locally both in the trunk and the branch, but the project's primary developer claims is doesn't fail for him at all (and I don't yet believe he's using the exact same steps -- I think he only wants access to our automated servers)). I am extremely backlogged with other pressing tasks, and my boss doesn't want me to spend the time debugging this issue any further now that we have a workaround solution. Not to mention that we're working within a closed source environment and I'm unsure about how much of our build logs and environment info we can share. Perhaps I can pass this off to one of our other developers who is also more experienced using maven who can then help debug and better report on the NPE. I'm just guessing (and its just a wild unfounded guess at this point), that our project contains some circular dependencies and the new versions plugin is attempting to be more strict in that area. Thanks for all the assistance. On 11/28/12 5:18 AM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: Can you please raise a JIRA for the NPE On 28 November 2012 08:04, Wheeler, Dennis dwhee...@cobaltgroup.com wrote: Someone please help me from navigating through the forest of no return, that is Google, and tell me how to force our projects back to using the older 1.2 version of the Versions plugin, instead of this newer 2.0 version which is now giving us null pointer exceptions with this simple command: mvn -U versions:set -DnewVersion=12345 I don't really know anything about maven myself, I only plugin what the devs give me into our build configuration system. Can I make a global setting in the settings.xml, or does it have to be in each project's pom.xml? Dennis Wheeler Release Engineer II ADP Digital Marketing Solutions p 206.219.8049 | c 206.375.6781 | e dwhee...@cobalt.com http://www.cobalt.com/ Join the conversation facebook http://www.facebook.com/#!/adpdmc| twitter http://twitter.com/#!/adp_cobalt | blog http://www.digitalmileage.com/ This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by email and delete the message and any attachments from your system. On 11/27/12 5:57 AM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: The Mojo team is pleased to announce the release of the Versions Maven Plugin, version 2.0 NOTE: This release requires Maven 2.2.1 or newer and consequently JRE 1.5 or newer. NOTE: This is the *last* planned release that will support running on Maven 2.2.x The Versions Plugin has the following goals. * versions:compare-dependencies compares the dependency versions of the current project to the dependency management section of a remote project. * versions:display-dependency-updates scans a project's dependencies and produces a report of those dependencies which have newer versions available. * versions:display-plugin-updates scans a project's plugins and produces a report of those plugins which have newer versions available. * versions:display-property-updates scans a projectand produces a report of those properties which are used to control artifact versions and which properies have newer versions available. * versions:update-parent updates the parent section of a project so that it references the newest available version. For example, if you use a corporate root POM, this goal can be helpful if you need to ensure you are using the latest version of the corporate root POM. * versions:update-properties updates properties defined in a project so that they correspond to the latest available version of specific dependencies. This can be useful if a suite of dependencies must all be locked to one version. * versions:update-child-modules updates the parent section of the child modules of a project so the version matches the version of the current project. For example, if you have an aggregator pom that is also the parent for the projects that it aggregates and the children and parent versions get out of sync, this mojo can help fix the versions of the child modules. (Note you may need to invoke Maven with the -N option in order to run this goal if your project is broken so badly that it cannot build because of the version mis-match). * versions:lock-snapshots searches the pom for all -SNAPSHOT versions and replaces them with the current timestamp version of that -SNAPSHOT, e.g.
Re: [ANN] Versions Maven Plugin 2.0 released
Even the stack trace from the NPE would help On 28 November 2012 23:31, Wheeler, Dennis dwhee...@cobaltgroup.com wrote: While I would love to assist, this issue has not been consistently reproducible. It hasn't yet failed on our automated trunk builds, but consistently fails on our automated branch builds (it consistently fails for me locally both in the trunk and the branch, but the project's primary developer claims is doesn't fail for him at all (and I don't yet believe he's using the exact same steps -- I think he only wants access to our automated servers)). I am extremely backlogged with other pressing tasks, and my boss doesn't want me to spend the time debugging this issue any further now that we have a workaround solution. Not to mention that we're working within a closed source environment and I'm unsure about how much of our build logs and environment info we can share. Perhaps I can pass this off to one of our other developers who is also more experienced using maven who can then help debug and better report on the NPE. I'm just guessing (and its just a wild unfounded guess at this point), that our project contains some circular dependencies and the new versions plugin is attempting to be more strict in that area. Thanks for all the assistance. On 11/28/12 5:18 AM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: Can you please raise a JIRA for the NPE On 28 November 2012 08:04, Wheeler, Dennis dwhee...@cobaltgroup.com wrote: Someone please help me from navigating through the forest of no return, that is Google, and tell me how to force our projects back to using the older 1.2 version of the Versions plugin, instead of this newer 2.0 version which is now giving us null pointer exceptions with this simple command: mvn -U versions:set -DnewVersion=12345 I don't really know anything about maven myself, I only plugin what the devs give me into our build configuration system. Can I make a global setting in the settings.xml, or does it have to be in each project's pom.xml? Dennis Wheeler Release Engineer II ADP Digital Marketing Solutions p 206.219.8049 | c 206.375.6781 | e dwhee...@cobalt.com http://www.cobalt.com/ Join the conversation facebook http://www.facebook.com/#!/adpdmc| twitter http://twitter.com/#!/adp_cobalt | blog http://www.digitalmileage.com/ This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by email and delete the message and any attachments from your system. On 11/27/12 5:57 AM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: The Mojo team is pleased to announce the release of the Versions Maven Plugin, version 2.0 NOTE: This release requires Maven 2.2.1 or newer and consequently JRE 1.5 or newer. NOTE: This is the *last* planned release that will support running on Maven 2.2.x The Versions Plugin has the following goals. * versions:compare-dependencies compares the dependency versions of the current project to the dependency management section of a remote project. * versions:display-dependency-updates scans a project's dependencies and produces a report of those dependencies which have newer versions available. * versions:display-plugin-updates scans a project's plugins and produces a report of those plugins which have newer versions available. * versions:display-property-updates scans a projectand produces a report of those properties which are used to control artifact versions and which properies have newer versions available. * versions:update-parent updates the parent section of a project so that it references the newest available version. For example, if you use a corporate root POM, this goal can be helpful if you need to ensure you are using the latest version of the corporate root POM. * versions:update-properties updates properties defined in a project so that they correspond to the latest available version of specific dependencies. This can be useful if a suite of dependencies must all be locked to one version. * versions:update-child-modules updates the parent section of the child modules of a project so the version matches the version of the current project. For example, if you have an aggregator pom that is also the parent for the projects that it aggregates and the children and parent versions get out of sync, this mojo can help fix the versions of the child modules. (Note you may need to invoke Maven with the -N option in order to run this goal if your project
