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 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. > >> >* versions:commit removes the pom.xml.versionsBackup files. Forms one > >> >half of the built-in "Poor Man's SCM". > >> >* versions:revert restores the pom.xml files from the > >> >pom.xml.versionsBackup files. Forms one half of the built-in "Poor > >> >Man's SCM". > >> > > >> >The artifacts have been deployed to the mojo repository and will be > >> >mirrored to central. > >> > > >> >Release Notes - Maven 2.x Versions Plugin - Version 2.0 > >> > > >> >** Bug > >> > * [MVERSIONS-150] - resolve-ranges fails for multi-module project > >>with > >> >inter-module dependencies w/o doing mvn install > >> > * [MVERSIONS-166] - NPE Generating "Plugin Updates Report" report. > >> > * [MVERSIONS-177] - versions:resolve-ranges does not change the pom > >> >file > >> > * [MVERSIONS-179] - Versions in dependencyManagement not updated > >> > * [MVERSIONS-190] - resolve-ranges goal doesn't resolve ranges for > >> >artifacts with '${project.groupId}' groupId > >> > * [MVERSIONS-197] - resolve-ranges fails for managed-dependencies > >>in > >> >multi-module project > >> > > >> >** Improvement > >> > * [MVERSIONS-195] - Switch to Maven 2.2.1 and Java 1.5 as minimum > >> > > >> >** New Feature > >> > * [MVERSIONS-144] - Allow excluding certain versions of artifacts > >> > > >> > > >> >Share and Enjoy[1] > >> > > >> >The Mojo Team > >> > > >> >[1] The Hitchhiker's Guide to the Galaxy: Share and Enjoy > >> > >> > >> > >> 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 > >> e-mail and delete the message and any attachments from your system. > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > >> For additional commands, e-mail: users-h...@maven.apache.org > >> > >> > > > > 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 > e-mail and delete the message and any attachments from your system. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >