[maven] Making versionLATEST/version work for multiple dependant projects ?
Hi I've got a dozen projects or so with a dependency on a 1.0-SNAPSHOT artifact X ; recently, I've been using the maven release plugin for this artifact, so that I can release incremental versions with maven changes plugin jira changelogs, like 1.0.1, 1.0.2, and so on. My problem is that each time I release a new artifact X (or even deploy a new SNAPSHOT), I have to upgrade the ~12 projects pom.xml in order to benefit from the latest upgrade. This is very cumbersome, and I'd like to have some automation enabled. I've tried setting the artifact X version to LATEST in my child projects so that the newest jar is always downloaded on mvn install, however, this does not seem to work, I'm getting the usual BUILD ERROR, saying 1) com.my.company.artifact:jar:LATEST is missing. - How is LATEST supposed to work, do I have to specify something in my artifact X pom.xml to say I'm the latest version, too ? Is it a repository option to tell which artifact is the latest one ? - How would you deal with such an upgrade situation where many projects rely on a single one, and this single one is evolving very often thru incremental releases ? Thanks if you shed some light :) laurent -- a href=http://in-pocket.blogspot.com;http://in-pocket.blogspot.com - Mobile world, technology and more/a - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: [maven] Making versionLATEST/version work for multiple dependant projects ?
LATEST works only for plugins artifacts. I suggest that you use a parent POM and put the required versions in the dependenciesManagement section. So you have to modify a single POM instead (but you still have to modify the version for this POM in your sub-poms !) Jeff MAURY On Mon, Mar 2, 2009 at 10:26 AM, Laurent Perez hak...@gmail.com wrote: Hi I've got a dozen projects or so with a dependency on a 1.0-SNAPSHOT artifact X ; recently, I've been using the maven release plugin for this artifact, so that I can release incremental versions with maven changes plugin jira changelogs, like 1.0.1, 1.0.2, and so on. My problem is that each time I release a new artifact X (or even deploy a new SNAPSHOT), I have to upgrade the ~12 projects pom.xml in order to benefit from the latest upgrade. This is very cumbersome, and I'd like to have some automation enabled. I've tried setting the artifact X version to LATEST in my child projects so that the newest jar is always downloaded on mvn install, however, this does not seem to work, I'm getting the usual BUILD ERROR, saying 1) com.my.company.artifact:jar:LATEST is missing. - How is LATEST supposed to work, do I have to specify something in my artifact X pom.xml to say I'm the latest version, too ? Is it a repository option to tell which artifact is the latest one ? - How would you deal with such an upgrade situation where many projects rely on a single one, and this single one is evolving very often thru incremental releases ? Thanks if you shed some light :) laurent -- a href=http://in-pocket.blogspot.com;http://in-pocket.blogspot.com - Mobile world, technology and more/a - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- La mélancolie c’est communiste Tout le monde y a droit de temps en temps La mélancolie n’est pas capitaliste C’est même gratuit pour les perdants La mélancolie c’est pacifiste On ne lui rentre jamais dedans La mélancolie oh tu sais ça existe Elle se prend même avec des gants La mélancolie c’est pour les syndicalistes Il faut juste sa carte de permanent Miossec (2006) http://www.jeffmaury.com http://riadiscuss.jeffmaury.com http://www.lastfm.fr/listen/user/jeffmaury/personal
Re: [maven] Making versionLATEST/version work for multiple dependant projects ?
Or you could have a look at versions-maven-plugin... it will still require you to commit your changes, but it will at least help with changing the pom.xml files for you 2009/3/2 Jeff MAURY jeffma...@gmail.com LATEST works only for plugins artifacts. I suggest that you use a parent POM and put the required versions in the dependenciesManagement section. So you have to modify a single POM instead (but you still have to modify the version for this POM in your sub-poms !) Jeff MAURY On Mon, Mar 2, 2009 at 10:26 AM, Laurent Perez hak...@gmail.com wrote: Hi I've got a dozen projects or so with a dependency on a 1.0-SNAPSHOT artifact X ; recently, I've been using the maven release plugin for this artifact, so that I can release incremental versions with maven changes plugin jira changelogs, like 1.0.1, 1.0.2, and so on. My problem is that each time I release a new artifact X (or even deploy a new SNAPSHOT), I have to upgrade the ~12 projects pom.xml in order to benefit from the latest upgrade. This is very cumbersome, and I'd like to have some automation enabled. I've tried setting the artifact X version to LATEST in my child projects so that the newest jar is always downloaded on mvn install, however, this does not seem to work, I'm getting the usual BUILD ERROR, saying 1) com.my.company.artifact:jar:LATEST is missing. - How is LATEST supposed to work, do I have to specify something in my artifact X pom.xml to say I'm the latest version, too ? Is it a repository option to tell which artifact is the latest one ? - How would you deal with such an upgrade situation where many projects rely on a single one, and this single one is evolving very often thru incremental releases ? Thanks if you shed some light :) laurent -- a href=http://in-pocket.blogspot.com;http://in-pocket.blogspot.com - Mobile world, technology and more/a - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- La mélancolie c’est communiste Tout le monde y a droit de temps en temps La mélancolie n’est pas capitaliste C’est même gratuit pour les perdants La mélancolie c’est pacifiste On ne lui rentre jamais dedans La mélancolie oh tu sais ça existe Elle se prend même avec des gants La mélancolie c’est pour les syndicalistes Il faut juste sa carte de permanent Miossec (2006) http://www.jeffmaury.com http://riadiscuss.jeffmaury.com http://www.lastfm.fr/listen/user/jeffmaury/personal
Re: [maven] Making versionLATEST/version work for multiple dependant projects ?
I can recommend the versions-maven-plugin (http://mojo.codehaus.org/versions-maven-plugin/) also, but one thing that I really miss from it is the production of a report generated during site life cycle. On Mon, Mar 2, 2009 at 5:24 AM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: Or you could have a look at versions-maven-plugin... it will still require you to commit your changes, but it will at least help with changing the pom.xml files for you - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: [maven] Making versionLATEST/version work for multiple dependant projects ?
I am working on this... there were some issues with integration with doxia that I need to resolve 2009/3/2 jie...@gmail.com I can recommend the versions-maven-plugin (http://mojo.codehaus.org/versions-maven-plugin/) also, but one thing that I really miss from it is the production of a report generated during site life cycle. On Mon, Mar 2, 2009 at 5:24 AM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: Or you could have a look at versions-maven-plugin... it will still require you to commit your changes, but it will at least help with changing the pom.xml files for you - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: [maven] Making versionLATEST/version work for multiple dependant projects ?
FYI this is what's holding up 1.0-alpha-3 2009/3/2 Stephen Connolly stephen.alan.conno...@gmail.com I am working on this... there were some issues with integration with doxia that I need to resolve 2009/3/2 jie...@gmail.com I can recommend the versions-maven-plugin (http://mojo.codehaus.org/versions-maven-plugin/) also, but one thing that I really miss from it is the production of a report generated during site life cycle. On Mon, Mar 2, 2009 at 5:24 AM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: Or you could have a look at versions-maven-plugin... it will still require you to commit your changes, but it will at least help with changing the pom.xml files for you - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: [maven] Making versionLATEST/version work for multiple dependant projects ?
My breath is now officially bated. :-D On Mon, Mar 2, 2009 at 8:37 AM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: I am working on this... there were some issues with integration with doxia that I need to resolve - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: [maven] Making versionLATEST/version work for multiple dependant projects ?
Ehhh as long as you're not holding it you'll pass out ;-) 2009/3/2 jie...@gmail.com My breath is now officially bated. :-D On Mon, Mar 2, 2009 at 8:37 AM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: I am working on this... there were some issues with integration with doxia that I need to resolve - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: [maven] Making versionLATEST/version work for multiple dependant projects ?
Jeff MAURY, sorry for possible offtopic and a naive question too. Maven points to the parent POM with help parent groupIdorg.group/groupId artifactIdartifact/artifactId version1.0-SNAPSHOT/version relativePath../parent-poms/pom.xml/relativePath /parent why not allow skip groupId, artifactId and version in case relativePath is given? if relative path is valid and pom.xml is what we need, why I should duplicate this values in many subprojects? IMHO, this would radically reduce needs to modify poms on version advancing. my apologize if this problem is already discussed. Cheers, Oleg am Monday, March 02, 2009 um 10:36 AM schrieben Sie: LATEST works only for plugins artifacts. I suggest that you use a parent POM and put the required versions in the dependenciesManagement section. So you have to modify a single POM instead (but you still have to modify the version for this POM in your sub-poms !) Jeff MAURY On Mon, Mar 2, 2009 at 10:26 AM, Laurent Perez hak...@gmail.com wrote: Hi I've got a dozen projects or so with a dependency on a 1.0-SNAPSHOT artifact X ; recently, I've been using the maven release plugin for this artifact, so that I can release incremental versions with maven changes plugin jira changelogs, like 1.0.1, 1.0.2, and so on. My problem is that each time I release a new artifact X (or even deploy a new SNAPSHOT), I have to upgrade the ~12 projects pom.xml in order to benefit from the latest upgrade. This is very cumbersome, and I'd like to have some automation enabled. I've tried setting the artifact X version to LATEST in my child projects so that the newest jar is always downloaded on mvn install, however, this does not seem to work, I'm getting the usual BUILD ERROR, saying 1) com.my.company.artifact:jar:LATEST is missing. - How is LATEST supposed to work, do I have to specify something in my artifact X pom.xml to say I'm the latest version, too ? Is it a repository option to tell which artifact is the latest one ? - How would you deal with such an upgrade situation where many projects rely on a single one, and this single one is evolving very often thru incremental releases ? Thanks if you shed some light :) laurent -- a href=http://in-pocket.blogspot.com;http://in-pocket.blogspot.com - Mobile world, technology and more/a - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Mit freundlichen GrьЯen Oleg Taranenko mailto:olegtarane...@googlemail.com - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: [maven] Making versionLATEST/version work for multiple dependant projects ?
2009/3/2 Oleg Taranenko olegtarane...@googlemail.com Jeff MAURY, sorry for possible offtopic and a naive question too. Maven points to the parent POM with help parent groupIdorg.group/groupId artifactIdartifact/artifactId version1.0-SNAPSHOT/version relativePath../parent-poms/pom.xml/relativePath /parent why not allow skip groupId, artifactId and version in case relativePath is given? if relative path is valid and pom.xml is what we need, why I should duplicate this values in many subprojects? IMHO, this would radically reduce needs to modify poms on version advancing. my apologize if this problem is already discussed. Because they are mandatory. RelativePath is optional and is just here when Maven conventions are not respected. I'm not sure relativePath can point to the pom or just to the directory when the pom is stored. Please not that if no pom is stored there, then Maven will try to resolve it from repositories so the Maven coordinates are required. Regards Jeff MAURY Cheers, Oleg am Monday, March 02, 2009 um 10:36 AM schrieben Sie: LATEST works only for plugins artifacts. I suggest that you use a parent POM and put the required versions in the dependenciesManagement section. So you have to modify a single POM instead (but you still have to modify the version for this POM in your sub-poms !) Jeff MAURY On Mon, Mar 2, 2009 at 10:26 AM, Laurent Perez hak...@gmail.com wrote: Hi I've got a dozen projects or so with a dependency on a 1.0-SNAPSHOT artifact X ; recently, I've been using the maven release plugin for this artifact, so that I can release incremental versions with maven changes plugin jira changelogs, like 1.0.1, 1.0.2, and so on. My problem is that each time I release a new artifact X (or even deploy a new SNAPSHOT), I have to upgrade the ~12 projects pom.xml in order to benefit from the latest upgrade. This is very cumbersome, and I'd like to have some automation enabled. I've tried setting the artifact X version to LATEST in my child projects so that the newest jar is always downloaded on mvn install, however, this does not seem to work, I'm getting the usual BUILD ERROR, saying 1) com.my.company.artifact:jar:LATEST is missing. - How is LATEST supposed to work, do I have to specify something in my artifact X pom.xml to say I'm the latest version, too ? Is it a repository option to tell which artifact is the latest one ? - How would you deal with such an upgrade situation where many projects rely on a single one, and this single one is evolving very often thru incremental releases ? Thanks if you shed some light :) laurent -- a href=http://in-pocket.blogspot.com;http://in-pocket.blogspot.com - Mobile world, technology and more/a - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Mit freundlichen GrьЯen Oleg Taranenko mailto:olegtarane...@googlemail.com -- La mélancolie c’est communiste Tout le monde y a droit de temps en temps La mélancolie n’est pas capitaliste C’est même gratuit pour les perdants La mélancolie c’est pacifiste On ne lui rentre jamais dedans La mélancolie oh tu sais ça existe Elle se prend même avec des gants La mélancolie c’est pour les syndicalistes Il faut juste sa carte de permanent Miossec (2006) http://www.jeffmaury.com http://riadiscuss.jeffmaury.com http://www.lastfm.fr/listen/user/jeffmaury/personal
Re: [maven] Making versionLATEST/version work for multiple dependant projects ?
Jeff MAURY, yes, it is stated in xsd. If I were in charge I'd made mandatory either relativePath or group/artifact/version not mutually exclusive, but with preference of the second option, if both are given. Cheers, Oleg am Monday, March 02, 2009 um 4:46 PM schrieben Sie: 2009/3/2 Oleg Taranenko olegtarane...@googlemail.com Jeff MAURY, sorry for possible offtopic and a naive question too. Maven points to the parent POM with help parent groupIdorg.group/groupId artifactIdartifact/artifactId version1.0-SNAPSHOT/version relativePath../parent-poms/pom.xml/relativePath /parent why not allow skip groupId, artifactId and version in case relativePath is given? if relative path is valid and pom.xml is what we need, why I should duplicate this values in many subprojects? IMHO, this would radically reduce needs to modify poms on version advancing. my apologize if this problem is already discussed. Because they are mandatory. RelativePath is optional and is just here when Maven conventions are not respected. I'm not sure relativePath can point to the pom or just to the directory when the pom is stored. Please not that if no pom is stored there, then Maven will try to resolve it from repositories so the Maven coordinates are required. Regards Jeff MAURY Cheers, Oleg am Monday, March 02, 2009 um 10:36 AM schrieben Sie: LATEST works only for plugins artifacts. I suggest that you use a parent POM and put the required versions in the dependenciesManagement section. So you have to modify a single POM instead (but you still have to modify the version for this POM in your sub-poms !) Jeff MAURY On Mon, Mar 2, 2009 at 10:26 AM, Laurent Perez hak...@gmail.com wrote: Hi I've got a dozen projects or so with a dependency on a 1.0-SNAPSHOT artifact X ; recently, I've been using the maven release plugin for this artifact, so that I can release incremental versions with maven changes plugin jira changelogs, like 1.0.1, 1.0.2, and so on. My problem is that each time I release a new artifact X (or even deploy a new SNAPSHOT), I have to upgrade the ~12 projects pom.xml in order to benefit from the latest upgrade. This is very cumbersome, and I'd like to have some automation enabled. I've tried setting the artifact X version to LATEST in my child projects so that the newest jar is always downloaded on mvn install, however, this does not seem to work, I'm getting the usual BUILD ERROR, saying 1) com.my.company.artifact:jar:LATEST is missing. - How is LATEST supposed to work, do I have to specify something in my artifact X pom.xml to say I'm the latest version, too ? Is it a repository option to tell which artifact is the latest one ? - How would you deal with such an upgrade situation where many projects rely on a single one, and this single one is evolving very often thru incremental releases ? Thanks if you shed some light laurent -- a href=http://in-pocket.blogspot.com;http://in-pocket.blogspot.com - Mobile world, technology and more/a - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Mit freundlichen GrьЯen Oleg Taranenko mailto:olegtarane...@googlemail.com -- Mit freundlichen GrьЯen Oleg Taranenko mailto:olegtarane...@googlemail.com - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: [maven] Making versionLATEST/version work for multiple dependant projects ?
Thanks, I did not know about the versions-maven-plugin plugin (duh) ! :) laurent 2009/3/2 Oleg Taranenko olegtarane...@googlemail.com: Jeff MAURY, yes, it is stated in xsd. If I were in charge I'd made mandatory either relativePath or group/artifact/version not mutually exclusive, but with preference of the second option, if both are given. Cheers, Oleg am Monday, March 02, 2009 um 4:46 PM schrieben Sie: 2009/3/2 Oleg Taranenko olegtarane...@googlemail.com Jeff MAURY, sorry for possible offtopic and a naive question too. Maven points to the parent POM with help parent groupIdorg.group/groupId artifactIdartifact/artifactId version1.0-SNAPSHOT/version relativePath../parent-poms/pom.xml/relativePath /parent why not allow skip groupId, artifactId and version in case relativePath is given? if relative path is valid and pom.xml is what we need, why I should duplicate this values in many subprojects? IMHO, this would radically reduce needs to modify poms on version advancing. my apologize if this problem is already discussed. Because they are mandatory. RelativePath is optional and is just here when Maven conventions are not respected. I'm not sure relativePath can point to the pom or just to the directory when the pom is stored. Please not that if no pom is stored there, then Maven will try to resolve it from repositories so the Maven coordinates are required. Regards Jeff MAURY Cheers, Oleg am Monday, March 02, 2009 um 10:36 AM schrieben Sie: LATEST works only for plugins artifacts. I suggest that you use a parent POM and put the required versions in the dependenciesManagement section. So you have to modify a single POM instead (but you still have to modify the version for this POM in your sub-poms !) Jeff MAURY On Mon, Mar 2, 2009 at 10:26 AM, Laurent Perez hak...@gmail.com wrote: Hi I've got a dozen projects or so with a dependency on a 1.0-SNAPSHOT artifact X ; recently, I've been using the maven release plugin for this artifact, so that I can release incremental versions with maven changes plugin jira changelogs, like 1.0.1, 1.0.2, and so on. My problem is that each time I release a new artifact X (or even deploy a new SNAPSHOT), I have to upgrade the ~12 projects pom.xml in order to benefit from the latest upgrade. This is very cumbersome, and I'd like to have some automation enabled. I've tried setting the artifact X version to LATEST in my child projects so that the newest jar is always downloaded on mvn install, however, this does not seem to work, I'm getting the usual BUILD ERROR, saying 1) com.my.company.artifact:jar:LATEST is missing. - How is LATEST supposed to work, do I have to specify something in my artifact X pom.xml to say I'm the latest version, too ? Is it a repository option to tell which artifact is the latest one ? - How would you deal with such an upgrade situation where many projects rely on a single one, and this single one is evolving very often thru incremental releases ? Thanks if you shed some light laurent -- a href=http://in-pocket.blogspot.com;http://in-pocket.blogspot.com - Mobile world, technology and more/a - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Mit freundlichen GrьЯen Oleg Taranenko mailto:olegtarane...@googlemail.com -- Mit freundlichen GrьЯen Oleg Taranenko mailto:olegtarane...@googlemail.com - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- a href=http://in-pocket.blogspot.com;http://in-pocket.blogspot.com - Mobile world, technology and more/a - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org