Re: MNG Roadmap in JIRA
Am 2014-06-18 04:25, schrieb Paul Benedict: Since 2.x is discontinued, this is our opportunity to rename the JIRA project too. Right now it's Maven 2 3. It can either be Maven 3 or simply Maven. Thoughts? Good point, clean up the JIRA frontpage of MNG. Do you have the permission to do so? If yes, please proceed for Maven. Michael On Tue, Jun 17, 2014 at 3:03 PM, Michael Osipov micha...@apache.org wrote: Am 2014-06-17 21:57, schrieb Jason van Zyl: On Jun 17, 2014, at 3:47 PM, Michael Osipov micha...@apache.org wrote: Am 2014-06-17 21:14, schrieb Jason van Zyl: Just start nuking/moving/cleaning if you think it makes sense. Just did for 2.2.x. But are we going to relase 3.0.6 or 3.1.2? I don't think so because all energy is being put into 3.2.x. If so, should we declare at least 3.0.x as EOL? If not, people and me would assume that it is still being worked on. Unlike more 3.0.x or 3.1.x as it's really all been rolled into 3.2.x. Aside from the Aether debacle with the APIs most things work the same, and I think I'm just going to be more judicious while working on master as if I change a few signatures here and there I'm probably not going to roll major or minor versions. It's just confusing and no one cares for the most part. 98% of our users are just users and it's the features that matter. For the remaining 2% who are integrators it's unfortunate what happened with Aether but it probably affect 20 plugins, not the end of the world. Great, I'd discontinue both in JIRA. On Jun 17, 2014, at 3:05 PM, Michael Osipov micha...@apache.org wrote: Hi folks, has anyone of you ever check the roadmap in JIRA lately? There are several versions which will probably never be released. Moveover, all tickets for 2.2.2 are fixed. Can we clean up upcoming versions? Are we going to release a EOL 2.2.2? Thanks, Michael - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - Simplex sigillum veri. (Simplicity is the seal of truth.) - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - Simplex sigillum veri. (Simplicity is the seal of truth.) - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: MNG Roadmap in JIRA
Le mercredi 18 juin 2014 08:12:20 Michael Osipov a écrit : Am 2014-06-18 04:25, schrieb Paul Benedict: Since 2.x is discontinued, this is our opportunity to rename the JIRA project too. Right now it's Maven 2 3. It can either be Maven 3 or simply Maven. Thoughts? Good point, clean up the JIRA frontpage of MNG. Do you have the permission to do so? If yes, please proceed for Maven. +1 the Jira project description can be administered like other items Regards, Hervé Michael On Tue, Jun 17, 2014 at 3:03 PM, Michael Osipov micha...@apache.org wrote: Am 2014-06-17 21:57, schrieb Jason van Zyl: On Jun 17, 2014, at 3:47 PM, Michael Osipov micha...@apache.org wrote: Am 2014-06-17 21:14, schrieb Jason van Zyl: Just start nuking/moving/cleaning if you think it makes sense. Just did for 2.2.x. But are we going to relase 3.0.6 or 3.1.2? I don't think so because all energy is being put into 3.2.x. If so, should we declare at least 3.0.x as EOL? If not, people and me would assume that it is still being worked on. Unlike more 3.0.x or 3.1.x as it's really all been rolled into 3.2.x. Aside from the Aether debacle with the APIs most things work the same, and I think I'm just going to be more judicious while working on master as if I change a few signatures here and there I'm probably not going to roll major or minor versions. It's just confusing and no one cares for the most part. 98% of our users are just users and it's the features that matter. For the remaining 2% who are integrators it's unfortunate what happened with Aether but it probably affect 20 plugins, not the end of the world. Great, I'd discontinue both in JIRA. On Jun 17, 2014, at 3:05 PM, Michael Osipov micha...@apache.org wrote: Hi folks, has anyone of you ever check the roadmap in JIRA lately? There are several versions which will probably never be released. Moveover, all tickets for 2.2.2 are fixed. Can we clean up upcoming versions? Are we going to release a EOL 2.2.2? Thanks, Michael - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - Simplex sigillum veri. (Simplicity is the seal of truth.) - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - Simplex sigillum veri. (Simplicity is the seal of truth.) - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: A thought on local-SNAPSHOTs
Well one of the features I want to write for the literate project type in Jenkins is a smarter Maven awareness... Thus you can declare upstream literate projects and branch matching criteria... an upstream project's local repository cache will then be exposed to downstream projects... but on a branch for branch basis based on the branch matching rules... The UX I am aiming for is that you start working on a feature branch, find you need a change in an upstream library, create a matching feature branch in the upstream library's SCM and now... presto-chango your build stays working as they both have the same local repository cache (with layers on so that downstream does not pollute upstream)... of course since both projects are literate project type, you've also got your own auto-created project in each for your feature branch (which you can have configured to stay retained or be removed X days after the branch is closed) Of course I am searching for a better name than literate as while the primary build descriptor format is a literate build in a README file... it also works for other documented build definitions (e.g. there is a .travis.yml parser - if not fully functional - in the code base from day 0) On 18 June 2014 05:18, Mark Derricutt m...@talios.com wrote: You assume CI servers have intelligence and deep knowledge of Maven. Or that you have deep control over their configuration. You can't do that with Travis CI, nor with Code-review tools such as Gerrit ( not cleanly, not without doing evil things with maven configs like I mention in [1] ). Starting from a complete clean local repo is also kinda horrible as a small commit will now take 10 minutes or so to download deps just so a 15second build could fail. That feels WRONG. Living without SNAPSHOTs should include the CI server, otherwise you're just (IMHO) lying to yourself about not using SNAPSHOTs. [1] http://www.theoryinpractice.net/post/76092272646/intra- repository-review-builds-with-gerrit-and-apache On 18 Jun 2014, at 15:05, Barrie Treloar wrote: Your CI should know that project B depends upon A. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: A thought on local-SNAPSHOTs
On 18 Jun 2014, at 20:50, Stephen Connolly wrote: Thus you can declare upstream literate projects and branch matching criteria... an upstream project's local repository The problem here is the way Gerrit presents its reviews, they're not publicly accessible branches so there IS no matching branch names, as each review/patchset is merely a SHA1 ref. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: A thought on local-SNAPSHOTs
On 18 Jun 2014, at 17:05, Barrie Treloar wrote: It takes a small (but not negligible) amount of time to haul the release jars from you local Maven Repository - likely also hosted on your CI server. Plus pulling in any snapshots previously deployed. The problem gets extended further when you're actually wanting topic isolation of related, independent changes. If your CI server can't work out that two projects share a dependency relationship are in the build queue then you are left with manual workarounds. In some cases - such as my github based open source projects, using either Travis CI or Cloudbees BuildHive - the projects cannot know they're related - at least AFAIK there's no way of indicating that. Sharing a local maven cache (~/.m2/repo) feels wrong for two independent projects. And if they are dependent they should be built together in the same reactor project. Whilst they're technically independent projects because of using git - where they MUST be due to how maven-release-plugin works, and how git branches/tags - they are related, but differ in release cadence. In-progress reviews that introduce related changes to both require visibility or each others current builds, but neither knows what SHA1 they relate to, unless you start introducing git-submodules and source-dependencies - but that makes for rather wacky repository layouts and monolithic maven builds. As for review, if they are independent why do they need to be reviewed together? 99% of the time they are independent, as the API changes at a slower cadence, but sometimes - changes affect both - and should be review in relation to each other. Perhaps rethinking the workflow is an option? Possibly - at this stage it's looking like don't use github - or the biggest CI environment on the planet - sadly. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
[GitHub] maven pull request: - logging configuration now no longer overwrit...
Github user a-horst commented on the pull request: https://github.com/apache/maven/pull/22#issuecomment-46421059 This is mine: ``` Apache Maven 3.2.1 (ea8b2b07643dbb1b84b6d16e1f08391b666bc1e9; 2014-02-14T18:37:52+01:00) Maven home: C:\Program Files\Apache\apache-maven-3.2.1 Java version: 1.7.0_55, vendor: Oracle Corporation Java home: C:\Program Files\Java\jdk1.7.0_55\jre Default locale: de_DE, platform encoding: Cp1252 OS name: windows 8, version: 6.2, arch: amd64, family: windows ``` As mentioned above, I have the same behavior as the [Maven CI Job] (https://builds.apache.org/view/M-R/view/Maven%20Core%20ITs%20(unstable)/job/core-it-maven-3-win/). --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Site for Maven 3.2.2
Thanks. On Jun 17, 2014, at 9:04 PM, Hervé BOUTEMY herve.bout...@free.fr wrote: I did the work, ie I ran the classical commands: mvn -Preporting site site:stage mvn scm-publish:publish-scm so the site is ready at http://maven.apache.org/ref/3-LATEST/ Notice: 1. it takes a little time because there are 142MB and ~4K files, but it works like a charm with these commands 2. I did it with mvn 3.2.2, while at it :) then I did the svn cp to versioned location: http://maven.apache.org/ref/3.2.2 Regards, Hervé Le mardi 17 juin 2014 11:22:52 Jason van Zyl a écrit : Could someone possibly do the site related work? I write up the release notes. But to update the site for the release and publish the reference site. Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - Our achievements speak for themselves. What we have to keep track of are our failures, discouragements and doubts. We tend to forget the past difficulties, the many false starts, and the painful groping. We see our past achievements as the end result of a clean forward thrust, and our present difficulties as signs of decline and decay. -- Eric Hoffer, Reflections on the Human Condition - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - believe nothing, no matter where you read it, or who has said it, not even if i have said it, unless it agrees with your own reason and your own common sense. -- Buddha
Re: Nexus is down?
I haven't received any alerts that it's been down although there are sporadic reports of timeouts. Did you receive a timeout, 502 or something else? Nexus is on shared vm hosts and shared disks and I suspect that some other guest is occasionally bursting and screwing up the io throughput. On Tue, Jun 17, 2014 at 11:42 AM, Jason van Zyl ja...@takari.io wrote: Can we discuss what kind of hardware Nexus is on? It's gone down again while I'm trying to release and it's very annoying. On Jun 17, 2014, at 9:46 AM, Jason van Zyl ja...@takari.io wrote: Thanks for bringing it back whoever kicked it. On Jun 17, 2014, at 9:39 AM, Jason van Zyl ja...@takari.io wrote: Is Nexus down for scheduled maintenance or did it just fall over? I'm trying to cut the 3.2.2 release and Nexus appears dead: https://repository.apache.org Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - believe nothing, no matter where you read it, or who has said it, not even if i have said it, unless it agrees with your own reason and your own common sense. -- Buddha Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - You are never dedicated to something you have complete confidence in. No one is fanatically shouting that the sun is going to rise tomorrow. They know it is going to rise tomorrow. When people are fanatically dedicated to political or religious faiths or any other kind of dogmas or goals, it's always because these dogmas or goals are in doubt. -- Robert Pirzig, Zen and the Art of Motorcycle Maintenance Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - The modern conservative is engaged in one of man's oldest exercises in moral philosophy; that is, the search for a superior moral justification for selfishness. -- John Kenneth Galbraith - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Nexus is down?
When I noticed it was down on my side it was 503 errors On Wed, Jun 18, 2014 at 2:57 PM, Brian Fox bri...@infinity.nu wrote: I haven't received any alerts that it's been down although there are sporadic reports of timeouts. Did you receive a timeout, 502 or something else? Nexus is on shared vm hosts and shared disks and I suspect that some other guest is occasionally bursting and screwing up the io throughput. On Tue, Jun 17, 2014 at 11:42 AM, Jason van Zyl ja...@takari.io wrote: Can we discuss what kind of hardware Nexus is on? It's gone down again while I'm trying to release and it's very annoying. On Jun 17, 2014, at 9:46 AM, Jason van Zyl ja...@takari.io wrote: Thanks for bringing it back whoever kicked it. On Jun 17, 2014, at 9:39 AM, Jason van Zyl ja...@takari.io wrote: Is Nexus down for scheduled maintenance or did it just fall over? I'm trying to cut the 3.2.2 release and Nexus appears dead: https://repository.apache.org Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - believe nothing, no matter where you read it, or who has said it, not even if i have said it, unless it agrees with your own reason and your own common sense. -- Buddha Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - You are never dedicated to something you have complete confidence in. No one is fanatically shouting that the sun is going to rise tomorrow. They know it is going to rise tomorrow. When people are fanatically dedicated to political or religious faiths or any other kind of dogmas or goals, it's always because these dogmas or goals are in doubt. -- Robert Pirzig, Zen and the Art of Motorcycle Maintenance Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - The modern conservative is engaged in one of man's oldest exercises in moral philosophy; that is, the search for a superior moral justification for selfishness. -- John Kenneth Galbraith - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org -- - Arnaud Héritier http://aheritier.net Mail/GTalk: aheritier AT gmail DOT com Twitter/Skype : aheritier
Re: Nexus is down?
https://issues.apache.org/jira/browse/INFRA-7915 On Wed, Jun 18, 2014 at 9:01 AM, Arnaud Héritier aherit...@gmail.com wrote: When I noticed it was down on my side it was 503 errors On Wed, Jun 18, 2014 at 2:57 PM, Brian Fox bri...@infinity.nu wrote: I haven't received any alerts that it's been down although there are sporadic reports of timeouts. Did you receive a timeout, 502 or something else? Nexus is on shared vm hosts and shared disks and I suspect that some other guest is occasionally bursting and screwing up the io throughput. On Tue, Jun 17, 2014 at 11:42 AM, Jason van Zyl ja...@takari.io wrote: Can we discuss what kind of hardware Nexus is on? It's gone down again while I'm trying to release and it's very annoying. On Jun 17, 2014, at 9:46 AM, Jason van Zyl ja...@takari.io wrote: Thanks for bringing it back whoever kicked it. On Jun 17, 2014, at 9:39 AM, Jason van Zyl ja...@takari.io wrote: Is Nexus down for scheduled maintenance or did it just fall over? I'm trying to cut the 3.2.2 release and Nexus appears dead: https://repository.apache.org Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - believe nothing, no matter where you read it, or who has said it, not even if i have said it, unless it agrees with your own reason and your own common sense. -- Buddha Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - You are never dedicated to something you have complete confidence in. No one is fanatically shouting that the sun is going to rise tomorrow. They know it is going to rise tomorrow. When people are fanatically dedicated to political or religious faiths or any other kind of dogmas or goals, it's always because these dogmas or goals are in doubt. -- Robert Pirzig, Zen and the Art of Motorcycle Maintenance Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - The modern conservative is engaged in one of man's oldest exercises in moral philosophy; that is, the search for a superior moral justification for selfishness. -- John Kenneth Galbraith - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org -- - Arnaud Héritier http://aheritier.net Mail/GTalk: aheritier AT gmail DOT com Twitter/Skype : aheritier - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Nexus is down?
Two times during the one hour window that I was trying to release that the service was not available. It was an Apache page but I assume Nexus wasn't running behind it or not responding. On Jun 18, 2014, at 8:57 AM, Brian Fox bri...@infinity.nu wrote: I haven't received any alerts that it's been down although there are sporadic reports of timeouts. Did you receive a timeout, 502 or something else? Nexus is on shared vm hosts and shared disks and I suspect that some other guest is occasionally bursting and screwing up the io throughput. On Tue, Jun 17, 2014 at 11:42 AM, Jason van Zyl ja...@takari.io wrote: Can we discuss what kind of hardware Nexus is on? It's gone down again while I'm trying to release and it's very annoying. On Jun 17, 2014, at 9:46 AM, Jason van Zyl ja...@takari.io wrote: Thanks for bringing it back whoever kicked it. On Jun 17, 2014, at 9:39 AM, Jason van Zyl ja...@takari.io wrote: Is Nexus down for scheduled maintenance or did it just fall over? I'm trying to cut the 3.2.2 release and Nexus appears dead: https://repository.apache.org Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - believe nothing, no matter where you read it, or who has said it, not even if i have said it, unless it agrees with your own reason and your own common sense. -- Buddha Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - You are never dedicated to something you have complete confidence in. No one is fanatically shouting that the sun is going to rise tomorrow. They know it is going to rise tomorrow. When people are fanatically dedicated to political or religious faiths or any other kind of dogmas or goals, it's always because these dogmas or goals are in doubt. -- Robert Pirzig, Zen and the Art of Motorcycle Maintenance Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - The modern conservative is engaged in one of man's oldest exercises in moral philosophy; that is, the search for a superior moral justification for selfishness. -- John Kenneth Galbraith - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - Be not afraid of growing slowly, be only afraid of standing still. -- Chinese Proverb
Re: [VOTE] Release Maven 3.2.2
FWIW, m2e is happy with the staged 3.2.2 and so is one of the bigger projects I deal with at $DAY_WORK. Noticed a couple of small-ish problems release notes are missing MNG-2199 [1], which I believe was merged to master and is part of staged 3.2.2. the release binary includes license files for each of maven-* artifacts, which seems redundant and only adds bloat to the distribution. [1] https://jira.codehaus.org/browse/MNG-2199 -- Regards, Igor On 2014-06-17, 12:03, Jason van Zyl wrote: Hi, Time to release Maven 3.2.2! Here is a link to Jira with 27 issues resolved: https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500version=20042 Staging repo: https://repository.apache.org/content/repositories/maven-1025/ The distributable binaries and sources for testing can be found here: https://repository.apache.org/content/repositories/maven-1025/org/apache/maven/apache-maven/3.2.2/ Specifically the zip, tarball, and source archives can be found here: https://repository.apache.org/content/repositories/maven-1025/org/apache/maven/apache-maven/3.2.2/apache-maven-3.2.2-bin.zip https://repository.apache.org/content/repositories/maven-1025/org/apache/maven/apache-maven/3.2.2/apache-maven-3.2.2-bin.tar.gz https://repository.apache.org/content/repositories/maven-1025/org/apache/maven/apache-maven/3.2.2/apache-maven-3.2.2-src.zip https://repository.apache.org/content/repositories/maven-1025/org/apache/maven/apache-maven/3.2.2/apache-maven-3.2.2-src.tar.gz Source release checksum(s): apache-maven-3.2.2-src.zip sha1: c4017fa1f4f2f203c132d5168b0c0eed4c4fdf9c Staging site: http://people.apache.org/~jvanzyl/maven-3.2.2/ Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 Thanks, The Maven Team - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Nexus is down?
I got 503 page several times during the day and evening yesterday. -- Regards, Igor On 2014-06-18, 9:13, Jason van Zyl wrote: Two times during the one hour window that I was trying to release that the service was not available. It was an Apache page but I assume Nexus wasn't running behind it or not responding. On Jun 18, 2014, at 8:57 AM, Brian Fox bri...@infinity.nu wrote: I haven't received any alerts that it's been down although there are sporadic reports of timeouts. Did you receive a timeout, 502 or something else? Nexus is on shared vm hosts and shared disks and I suspect that some other guest is occasionally bursting and screwing up the io throughput. On Tue, Jun 17, 2014 at 11:42 AM, Jason van Zyl ja...@takari.io wrote: Can we discuss what kind of hardware Nexus is on? It's gone down again while I'm trying to release and it's very annoying. On Jun 17, 2014, at 9:46 AM, Jason van Zyl ja...@takari.io wrote: Thanks for bringing it back whoever kicked it. On Jun 17, 2014, at 9:39 AM, Jason van Zyl ja...@takari.io wrote: Is Nexus down for scheduled maintenance or did it just fall over? I'm trying to cut the 3.2.2 release and Nexus appears dead: https://repository.apache.org Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - believe nothing, no matter where you read it, or who has said it, not even if i have said it, unless it agrees with your own reason and your own common sense. -- Buddha Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - You are never dedicated to something you have complete confidence in. No one is fanatically shouting that the sun is going to rise tomorrow. They know it is going to rise tomorrow. When people are fanatically dedicated to political or religious faiths or any other kind of dogmas or goals, it's always because these dogmas or goals are in doubt. -- Robert Pirzig, Zen and the Art of Motorcycle Maintenance Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - The modern conservative is engaged in one of man's oldest exercises in moral philosophy; that is, the search for a superior moral justification for selfishness. -- John Kenneth Galbraith - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - Be not afraid of growing slowly, be only afraid of standing still. -- Chinese Proverb - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Maven 3.2.2
Release notes are still be written for all the features. They will be complete before the release. On Jun 18, 2014, at 10:32 AM, Igor Fedorenko i...@ifedorenko.com wrote: FWIW, m2e is happy with the staged 3.2.2 and so is one of the bigger projects I deal with at $DAY_WORK. Noticed a couple of small-ish problems release notes are missing MNG-2199 [1], which I believe was merged to master and is part of staged 3.2.2. the release binary includes license files for each of maven-* artifacts, which seems redundant and only adds bloat to the distribution. [1] https://jira.codehaus.org/browse/MNG-2199 -- Regards, Igor On 2014-06-17, 12:03, Jason van Zyl wrote: Hi, Time to release Maven 3.2.2! Here is a link to Jira with 27 issues resolved: https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500version=20042 Staging repo: https://repository.apache.org/content/repositories/maven-1025/ The distributable binaries and sources for testing can be found here: https://repository.apache.org/content/repositories/maven-1025/org/apache/maven/apache-maven/3.2.2/ Specifically the zip, tarball, and source archives can be found here: https://repository.apache.org/content/repositories/maven-1025/org/apache/maven/apache-maven/3.2.2/apache-maven-3.2.2-bin.zip https://repository.apache.org/content/repositories/maven-1025/org/apache/maven/apache-maven/3.2.2/apache-maven-3.2.2-bin.tar.gz https://repository.apache.org/content/repositories/maven-1025/org/apache/maven/apache-maven/3.2.2/apache-maven-3.2.2-src.zip https://repository.apache.org/content/repositories/maven-1025/org/apache/maven/apache-maven/3.2.2/apache-maven-3.2.2-src.tar.gz Source release checksum(s): apache-maven-3.2.2-src.zip sha1: c4017fa1f4f2f203c132d5168b0c0eed4c4fdf9c Staging site: http://people.apache.org/~jvanzyl/maven-3.2.2/ Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 Thanks, The Maven Team - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/takari_io - You are never dedicated to something you have complete confidence in. No one is fanatically shouting that the sun is going to rise tomorrow. They know it is going to rise tomorrow. When people are fanatically dedicated to political or religious faiths or any other kind of dogmas or goals, it's always because these dogmas or goals are in doubt. -- Robert Pirzig, Zen and the Art of Motorcycle Maintenance
[GitHub] maven pull request: - logging configuration now no longer overwrit...
Github user rfscholte commented on the pull request: https://github.com/apache/maven/pull/22#issuecomment-46476155 I read about the failing test. I'm looking for the differences. I've tried it with 1.7.0_55 as well, still that test succeeds. So it failure is either caused by the OS, the default locale or the way Maven is started. For instance, I use the `cmd.exe` --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
[RESULT] [VOTE] Release Apache Maven EAR Plugin version 2.9.1
Hi, the vote has passed with the following result: +1 (binding): Robert Scholte, Oliver Lamy, Stephane Nicoll, Hervè Boutemy 0: None +1 (non binding): None. I will promote the artifacts to the central repo. Kind regards Karl-Heinz Marbaise HiOn 6/15/14 4:23 PM, Karl Heinz Marbaise wrote: Hi, We solved 2 issues: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11132version=18776 There are still 27 issues left in JIRA: http://jira.codehaus.org/issues/?jql=project%20%3D%20MEAR%20AND%20status%20%3D%20Open%20ORDER%20BY%20key%20DESC%2C%20priority%20DESC Staging repo: https://repository.apache.org/content/repositories/maven-1024 http://repository.apache.org/content/repositories/maven-1024/org/apache/maven/plugins/maven-ear-plugin/2.9.1/maven-ear-plugin-2.9.1-source-release.zip Source release checksum(s): maven-ear-plugin-2.9.1-source-release.zip sha1: b1f8e9e492c0199636da22c741736a38307a8f57 Staging site: http://maven.apache.org/plugins-archives/maven-ear-plugin-LATEST/ Guide to testing staged releases: http://maven.apache.org/guides/development/guide-testing-releases.html Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Resolving the dependencies for an Artifact
I asked on maven-users but didn't get any viable responses. So I'm hoping someone here can help. -- I have a Mojo that needs to work with Maven 3.0.* and 3.1+ In the Mojo I have an Artifact and I need to resolve it's dependencies. How can/should I do it? If I can resolve the Artifact to a MavenProject then I can use DependencyGraphBuilder (from maven-dependency-tree) to construct a graph of the deps. But I'm struggling to make the Artifact to MavenProject conversion happen. I thought that If I could get a URL to the Artifact's POM file then I could use DefaultMavenRuntime (maven-runtime) to resolve the URL into a MavenProject. But 1. I can't work out how to get a URL to the artifact's POM file (it needs to handle both reactor artifacts and repo artifacts) 2. Even with a URL to the POM file, MavenRuntime#getProject) is returning null. Can someone please point me in the right direction? Am I even on the right path or is there a much more straight forward way of getting the dependencies for the Artifact? -- William
[GitHub] maven pull request: [MNG-4565] Multiple profile activation conditi...
Github user FredipusRex commented on the pull request: https://github.com/apache/maven/pull/20#issuecomment-46523185 You do realize that the current OR condition is actually out in use right now in many POM files, right? This was previously the subject of a patch (MNG-3106) - originally only one condition was accepted which was patched to allow for ORing of conditions - arguably the wrong thing to do, but it's pretty well understood out in the Maven community. While this patch finally matches Maven to the Sonatype book, it will break a lot of POMs without recourse other than multiple, near duplicate activations. The right way to fix this would have been to add the ability to specify the condition (AND, OR), perhaps through a set of tag attributes. activation property nameJDKCheck/name valuetrue/value /property property nameNeedsJava4or5/name /property os group=1 condition=OR group-condition=AND nameLinux/name /os jdk group=11.6/jdk jdk group=2 condition=AND group-condition=OR1.4/jdk jdk group=21.5/jdk /activation All conditions now belong to a group - either the default group or a named group attribute. Members of the default group have no attributes and are AND'd together (keeping the functionality of your patch). There do not need to be any members of the default group - in which case, it acts purely as glue to named groups. One member of each named group must indicate how the group relates to the default group via the condition attribute and how the members of the group are related to each other via the group-condition attribute. This allows compact but complex relationships. The above example is activated when the JDKCheck property is true and the NeedsJava4or5 property exists and the JDK is 1.4 or 1.5, or when compiling under Linux and the JDK is 1.6. It does not allow infinite numbers of levels and parenthetical statements, but does provide for most common build scenarios. When there are no members of the default group, it should be assumed to be not activated and the first group (if any) with the AND condition should be considered the default group. This allows something like group 1-OR with group 2-AND to act like an either/or choice. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
[GitHub] maven pull request: [MNG-4565] Multiple profile activation conditi...
Github user MysterionRise commented on the pull request: https://github.com/apache/maven/pull/20#issuecomment-46524647 First of all - thanks for your email. I understand, that this will ruin current ORing technique, but at least it could be fixed with copying for a while. What about complex conditions - it's my next step, I see that people needs complicated conditions, so definitely me or somebody else could provide it . 4565 was the first step, to try how it will going. So, next step would be formalizing task for AND and OR in activation section and then it could be fixed too. Konstantin On Jun 19, 2014 8:45 AM, FredipusRex notificati...@github.com wrote: You do realize that the current OR condition is actually out in use right now in many POM files, right? This was previously the subject of a patch (MNG-3106) - originally only one condition was accepted which was patched to allow for ORing of conditions - arguably the wrong thing to do, but it's pretty well understood out in the Maven community. While this patch finally matches Maven to the Sonatype book, it will break a lot of POMs without recourse other than multiple, near duplicate activations. The right way to fix this would have been to add the ability to specify the condition (AND, OR), perhaps through a set of tag attributes. JDKCheck true NeedsJava4or5 Linux 1.6 1.4 1.5 All conditions now belong to a group - either the default group or a named group attribute. Members of the default group have no attributes and are AND'd together (keeping the functionality of your patch). There do not need to be any members of the default group - in which case, it acts purely as glue to named groups. One member of each named group must indicate how the group relates to the default group via the condition attribute and how the members of the group are related to each other via the group-condition attribute. This allows compact but complex relationships. The above example is activated when the JDKCheck property is true and the NeedsJava4or5 property exists and the JDK is 1.4 or 1.5, or when compiling under Linux and the JDK is 1.6. It does not allow infinite numbers of levels and parenthetical statements, but does provide for most common build scenarios. When there are no members of the default group, it should be assumed to be not activated and the first group (if any) with the AND condition should be considered the default group. This allows something like group 1-OR with group 2-AND to act like an either/or choice. â Reply to this email directly or view it on GitHub https://github.com/apache/maven/pull/20#issuecomment-46523185. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. --- - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org