RE: Java version usage survey
Oracle recently changed its approach to version numbers for the JDK in which minor version numbers get skipped, depending on the type of update. Pretty sure there weren't 10 new JDK 5 releases. -- Robert Patrick VP, FMW Architects Team: The A-Team Oracle Corporation Office: +1.940.725.0011 1148 Triple Crown Court Fax: +1.940.725.0012 Bartonville, TX 76226, USA Mobile: +1.469.556.9450 Professional Oracle WebLogic Server by Robert Patrick, Gregory Nyberg, and Philip Aston with Josh Bregman and Paul Done Book Home Page: http://www.wrox.com/ Kindle Version: http://www.amazon.com/ -Original Message- From: Kristian Rosenvold [mailto:kristian.rosenv...@zenior.no] Sent: Tuesday, July 16, 2013 8:37 AM To: Maven Developers List Subject: Re: Java version usage survey I tucked away the last public debs of 1.5 and can release 1.5 indefinitely. In the release of the last security patch, it seems like Oracle have released approx 10 nonpublic jdk 5 versions. Shame we can't have it. Kristian Den 16. juli 2013 14:14 skrev "Lennart Jörelid" følgende: > I rum mainly on OSX for client and some Linuxes for server - so client > side is >= JDK 1.6 > > // vänlig hälsning, > // [sw: "best regards"], > // > // Lennart Jörelid > > 16 jul 2013 kl. 13:53 skrev Olivier Lamy : > > > perso osx. So only >= 1.6 > > > > > > 2013/7/16 Stephen Connolly : > >> Speaking as a Maven Developer... > >> > >> My primary development machine is OS-X. > >> > >> On that machine I have 1.6.0_24-b07-334, 1.7.0_17, 1.7.0_21, and > 1.7.0_25 > >> > >> I have a personal linode running 1.6.0_22, and my famous Acer > >> Aspire One that has some Java 1.5 and 1.6 versions on it... but I > >> have not turned > it > >> on more than twice since March 2011... most likely I will wipe it > >> and reinstall some more recent linux on it which will remove the > >> older JDK versions leaving it with likely a 1.6 and a 1.7. > >> > >> I also have a windows box sitting beside me... powered off (the Sun > Ultra > >> T-20's are noisy don't you know) I only turn it on when I *need* > >> windows and a virtual machine will not suffice (i.e. firmware > >> updates on Samsung Galaxy S... which is now only used as a game > >> console by my son) That has Java 1.4-1.7 on it but it is far from > >> current in terms of AV and > patches, > >> so not something I would turn on for a quick test of a release. > >> > >> Effectively the lowest I can test releases is Java 1.6. > >> > >> It would be interesting to hear what the rest of the committers > >> have as their testing capability. If very few committers have > >> access to Java 1.5 across operating systems then I think the answer > >> is clear... namely we would not be in a position to stand over a > >> release that claims to work > on > >> Java 1.5, and hence moving to Java 1.6 as a baseline would seem a > >> good > idea. > >> > >> Tools like animal-sniffer are great to help developers who cannot > >> set up the older JVMs on their development environment... but in my > >> experience they are no substitute for running on the older JVM. > >> > >> If our test capability is basically the Windows/Java 1.5 slave and > >> the *nix/Java 1.5 slave on the Apache Jenkins build server *and* we > >> cannot > keep > >> that integration test suite passing *then* Java 1.5 is dead for > >> Maven > IMHO > >> > >> -Stephen > >> > >> > >> On 16 July 2013 11:58, Robert Patrick > wrote: > >> > >>> Oracle Java 5 and 6 are EOLed but Oracle continues to support > >>> customers using commercial products that require them that > >>> themselves are not > EOLed. > >>> Given that current versions of Maven support Java 5 and 6, the > >>> real question is how important is it for older applications that > >>> cannot > support > >>> Java 7 to be able to use future versions of Maven? > >>> > >>> As far as I know, there is nothing from preventing Maven > >>> developers > from > >>> using the existing versions of JDK 5/6 to build and test Maven. > >>> > >>> -- > >>> Robert Patrick VP, FMW Architects > >>> Team: The A-Team > >>> Oracle Corporation Office: +1.940.725.0011 > >>> 1148 Triple Crown Court Fax: +1.940.725.0012 > >>> Bartonville, TX 76226, USA Mobile: +1.469.556.9450 > >>> > >>> Professional Oracle WebLogic Server by Robert Patrick, Gregory > >>> Nyberg, and Philip Aston with Josh Bregman and Paul Done Book Home > >>> Page: http://www.wrox.com/ Kindle Version: http://www.amazon.com/ > >>> > >>> > >>> > >>> -Original Message- > >>> From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com] > >>> Sent: Tuesday, July 16, 2013 3:47 AM > >>> To: Maven Developers List > >>> Subject: Re: Java version usage survey > >>> > >>> I've put a question on Stack Overflow: > >>> > >>> > http://stackoverflow.com/questions/17671899/when-is-java-6-end-of-life > -in-the-context-of-writing-developer-toolsto > >>> see if we can
Re: Maven 3.1 - Stable ?
On 16 July 2013 23:45, Jason van Zyl wrote: > > On Jul 16, 2013, at 5:42 PM, sebb wrote: > >> On 16 July 2013 22:37, Jason van Zyl wrote: >>> Typo on my part. There are 48 things to change when updating a release. >>> >>> I updated and triggered the publish an hour ago. I'm not sure when/how it >>> updates. >> >> Should be immediate (within a few seconds), assuming svnpubsub is >> running normally. >> > > I've not found that to be the case generally. In that case, maybe what you think is publishing is not actually publishing. I don't know how the Maven site is set up, but certainly the main ASF site is visible a few seconds - at most a minute - after making a update. The EU site sometimes takes a bit longer to catch up. The sites are directly checked out from the live SVN, and this happens very soon after checkin. If anything takes more than 5 minutes to become visible, either the system is down, or the change was not published to it. [Of course, remember to clear your browser cache] You can of course check the the file in SVN history to see what has happened. >>> On Jul 16, 2013, at 5:34 PM, Arnaud Héritier wrote: >>> Hi, Do we consider the 3.1.0 as the latest stable ? On the download page there is a typo (?) http://maven.apache.org/download.cgi Maven 3.1.0 :This is the future of Maven (alpha status). On the homepage we always have the "Get Maven 3.0.5" on the right http://maven.apache.org/index.html We also have an ad for ApacheCon NA 2013 that was in february - Arnaud Héritier http://aheritier.net Mail/GTalk: aheritier AT gmail DOT com Twitter/Skype : aheritier >>> >>> Thanks, >>> >>> Jason >>> >>> -- >>> Jason van Zyl >>> Founder, Apache Maven >>> http://twitter.com/jvanzyl >>> - >>> >>> To do two things at once is to do neither. >>> >>> -- Publilius Syrus, Roman slave, first century B.C. >>> >>> >>> >>> >>> >>> >> >> - >> 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 > - > > the course of true love never did run smooth ... > > -- Shakespeare > > > > > > - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Apache Maven Enforcer version 1.3.1
+1 2013/7/13 Robert Scholte : > Hi, > > We solved 3 issues: > http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11530&styleName=Html&version=19426 > > There are still a couple of issues left in JIRA: > http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11530&status=1 > > Staging repo: > https://repository.apache.org/content/repositories/maven-140/ > https://repository.apache.org/content/repositories/maven-140/org/apache/maven/enforcer/enforcer/1.3.1/enforcer-1.3.1-source-release.zip > > Staging site: > http://maven.apache.org/enforcer-archives/enforcer-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 > -- Olivier Lamy Ecetera: http://ecetera.com.au http://twitter.com/olamy | http://linkedin.com/in/olamy - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Java version usage survey
2013/7/17 Stephen Connolly : > On 16 July 2013 23:01, Arnaud Héritier wrote: > >> > > >> > >> > Until Jenkins gets upgraded to 1.520+ at which point the (crappy in my >> > personal view) Maven job type will be unable to run 1.5 >> > >> > >> The crappy one which doesn't work with Maven 3.1.0 too (I tested it this >> afternoon) >> > > I'm sure Olivier will rush to try and defend that job type... I prefer to keep my time to maybe update it to get it working with 3.1.x rather than waste my time on mailing list discussions. > > >> >> >> > Can still keep trucking with a FreeStyle + Maven Build Step though (and I >> > prefer that way anyway) >> > >> > >> >> Me too if we backport features from the crappy maven integration into the >> freestyle job (automatic dependencies, post build deployment ..). >> What was done in Hudson was good from my point UI (excepted the GWT UI >> which was ugly) >> >> > > Ahem... there are other ways to skin this cat... but the people who know > have been sworn to secrecy under pain of being shot, hung, drawn and > quartered before having the entire troupé of Riverdance dance on their > grave... so you'll just have to wait a month of so to find out! -- Olivier Lamy Ecetera: http://ecetera.com.au http://twitter.com/olamy | http://linkedin.com/in/olamy - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Java version usage survey
We generally follow the practice of building on the target platform using the tools of the target platform. EG on AIX using the same version of the JDK that WAS runs on (typically using Jenkins). That does not meant that I do not want to make use of the newer versions of maven, it's plugins and the features that they may offer; even on the older JDK's. Case in point: I was quite happy to substantially reduce our release times by running -T16 :-) In our case around 4-6 hours dropped to 38 minutes. :-) But perhaps I'm a real edge case. :-) -Chris On Wed, Jul 17, 2013 at 6:34 AM, Mirko Friedenhagen wrote: > What I do not really understand: > - Say I am a company which are forced to run JDK1.5 because they have > to recertificate everything due to Sarbains-Oxley or German GOBS. > - Would I not force my developers to use the same tools to build they > used for previous versions, then? > - Maven 3 behaves slightly different from Maven 2, so propably they > used Maven 2 back then and should stay with it. > - Management not willing to upgrade the JDK should not invest either > in upgrading the tool chain or any dependencies IMO. > > > Regards > Mirko > Regards Mirko > -- > http://illegalstateexception.blogspot.com/ > https://github.com/mfriedenhagen/ > https://bitbucket.org/mfriedenhagen/ > > > On Tue, Jul 16, 2013 at 9:55 PM, Arnaud Héritier > wrote: > > For now what is resulting from this thread is : > > * We do a survey to better know where our user are and were they are > going > > * We check what is the status of our tools (toolchains & co) to be sure > how > > we can "easily" use versions of java older than the one required by maven > > * We discuss on the ML to clearly cover all aspects of such upgrades > (core > > vs plugins ...) > > > > And from all of this we should be able to schedule and announce how we > will > > update our prerequisites. > > > > WDYT ? > > > > From my point of view there is now urgency. It is just to advance on some > > subject as I know they aren't easy to solve (and dev products like > jenkins > > are analyzing such changes too). > > > > Arnaud > > > > > > On Tue, Jul 16, 2013 at 8:54 PM, Fred Cooke > wrote: > > > >> Just to clarify my comments: > >> > >> I can't and won't build anything with anything higher than J6 for the > >> foreseeable future, maybe upto 2 years or so, who knows. > >> > >> J7 is purely a runtime option for users for me, same for J8. J5 is dead > for > >> both builds and runtime in my eyes. I'd prefer to maximise my choice by > >> keeping M3 and plugins on J6, however I wouldn't cry if M3 itself went > J7, > >> but I would cry if the plugins went J7 without first releasing > >> Git-functional versions of m-release-p and m-site-p. Even then, while > >> wiping the tears away, I could hard code some "fixes" and release my own > >> fork for my own use, no biggy. > >> > >> Preference: Don't exceed J6 as a requirement for Maven or plugins. > >> Bottom line: I'll survive anything you do. <3 open sauce. Especially > >> ketchup. > >> > >> Another 2c, there is some signature difference which can result in > J6-clean > >> source building to a J7-only binary using J7 javac. I forget the > details, > >> but IIRC it was on the MOJO list that I learned this. Unsure if it was > >> added to the sniffer or not. > >> > >> Fred. > >> > >> On Tue, Jul 16, 2013 at 8:38 PM, Stéphane Nicoll > >> wrote: > >> > >> > Yep. > >> > > >> > Sent from my iPhone > >> > > >> > On 16 Jul 2013, at 20:24, "Arnaud Héritier" > wrote: > >> > > >> > > Can you tell me if now you can see the result : > >> > > > >> > > >> > https://docs.google.com/forms/d/1Jqxq2KgSricwS7YV7pmWvHA8m7_TE7c8JhusugPmGW4/viewanalytics > >> > > > >> > > > >> > > On Tue, Jul 16, 2013 at 3:37 PM, Kristian Rosenvold < > >> > > kristian.rosenv...@zenior.no> wrote: > >> > > > >> > >> I tucked away the last public debs of 1.5 and can release 1.5 > >> > >> indefinitely. In the release of the last security patch, it seems > like > >> > >> Oracle have released approx 10 nonpublic jdk 5 versions. Shame we > >> can't > >> > >> have it. > >> > >> > >> > >> Kristian > >> > >> Den 16. juli 2013 14:14 skrev "Lennart Jörelid" < > >> > lennart.jore...@gmail.com > >> > >> følgende: > >> > >> > >> > >>> I rum mainly on OSX for client and some Linuxes for server - so > >> client > >> > >>> side is >= JDK 1.6 > >> > >>> > >> > >>> // vänlig hälsning, > >> > >>> // [sw: "best regards"], > >> > >>> // > >> > >>> // Lennart Jörelid > >> > >>> > >> > >>> 16 jul 2013 kl. 13:53 skrev Olivier Lamy : > >> > >>> > >> > perso osx. So only >= 1.6 > >> > > >> > > >> > 2013/7/16 Stephen Connolly : > >> > > Speaking as a Maven Developer... > >> > > > >> > > My primary development machine is OS-X. > >> > > > >> > > On that machine I have 1.6.0_24-b07-334, 1.7.0_17, 1.7.0_21, and > >> > >>> 1.7.0_25 > >> > > > >> > > I have a personal linode running 1.6.0_22, and my famous Acer > >> Aspire > >> > >> On
Re: Maven 3.1 - Stable ?
On Jul 16, 2013, at 5:42 PM, sebb wrote: > On 16 July 2013 22:37, Jason van Zyl wrote: >> Typo on my part. There are 48 things to change when updating a release. >> >> I updated and triggered the publish an hour ago. I'm not sure when/how it >> updates. > > Should be immediate (within a few seconds), assuming svnpubsub is > running normally. > I've not found that to be the case generally. >> On Jul 16, 2013, at 5:34 PM, Arnaud Héritier wrote: >> >>> Hi, >>> >>> Do we consider the 3.1.0 as the latest stable ? >>> >>> On the download page there is a typo (?) >>> http://maven.apache.org/download.cgi >>> Maven 3.1.0 :This is the future of Maven (alpha status). >>> >>> On the homepage we always have the "Get Maven 3.0.5" on the right >>> http://maven.apache.org/index.html >>> >>> We also have an ad for ApacheCon NA 2013 that was in february >>> >>> - >>> Arnaud Héritier >>> http://aheritier.net >>> Mail/GTalk: aheritier AT gmail DOT com >>> Twitter/Skype : aheritier >> >> Thanks, >> >> Jason >> >> -- >> Jason van Zyl >> Founder, Apache Maven >> http://twitter.com/jvanzyl >> - >> >> To do two things at once is to do neither. >> >> -- Publilius Syrus, Roman slave, first century B.C. >> >> >> >> >> >> > > - > 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 - the course of true love never did run smooth ... -- Shakespeare
Re: Java version usage survey
On 16 July 2013 23:25, Barrie Treloar wrote: > On 17 July 2013 07:31, Arnaud Héritier wrote: > >> Can still keep trucking with a FreeStyle + Maven Build Step though (and > I > >> prefer that way anyway) > >> > >> > > > > Me too if we backport features from the crappy maven integration into the > > freestyle job (automatic dependencies, post build deployment ..). > > What was done in Hudson was good from my point UI (excepted the GWT UI > > which was ugly) > > > > Should we not improve the crappy Maven job for Jenkins? > > I have plans... and I may even have the OK to implement them... we'll see how much I get done > - > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > For additional commands, e-mail: dev-h...@maven.apache.org > >
Re: Java version usage survey
On 17 July 2013 07:31, Arnaud Héritier wrote: >> Can still keep trucking with a FreeStyle + Maven Build Step though (and I >> prefer that way anyway) >> >> > > Me too if we backport features from the crappy maven integration into the > freestyle job (automatic dependencies, post build deployment ..). > What was done in Hudson was good from my point UI (excepted the GWT UI > which was ugly) > Should we not improve the crappy Maven job for Jenkins? - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Java version usage survey
On 16 July 2013 23:01, Arnaud Héritier wrote: > > > > > > > Until Jenkins gets upgraded to 1.520+ at which point the (crappy in my > > personal view) Maven job type will be unable to run 1.5 > > > > > The crappy one which doesn't work with Maven 3.1.0 too (I tested it this > afternoon) > I'm sure Olivier will rush to try and defend that job type... > > > > Can still keep trucking with a FreeStyle + Maven Build Step though (and I > > prefer that way anyway) > > > > > > Me too if we backport features from the crappy maven integration into the > freestyle job (automatic dependencies, post build deployment ..). > What was done in Hudson was good from my point UI (excepted the GWT UI > which was ugly) > > Ahem... there are other ways to skin this cat... but the people who know have been sworn to secrecy under pain of being shot, hung, drawn and quartered before having the entire troupé of Riverdance dance on their grave... so you'll just have to wait a month of so to find out!
Re: Java version usage survey
> > > > Until Jenkins gets upgraded to 1.520+ at which point the (crappy in my > personal view) Maven job type will be unable to run 1.5 > > The crappy one which doesn't work with Maven 3.1.0 too (I tested it this afternoon) > Can still keep trucking with a FreeStyle + Maven Build Step though (and I > prefer that way anyway) > > Me too if we backport features from the crappy maven integration into the freestyle job (automatic dependencies, post build deployment ..). What was done in Hudson was good from my point UI (excepted the GWT UI which was ugly)
Re: Java version usage survey
On 16 July 2013 21:52, Kristian Rosenvold wrote: > Look you chickens; until quite recently I kept a 1.3 JVM running on > windows to do the occasional > test of surefire on jdk 1.3. (I kept a vmware image since installing 1.3 > on linux required surrendering your first born to Sauron) All your > complaining about not being able to run 1.5 sounds like childish whining. > > On a more serious note, since we support all relevant new features in 1.6 > & 1.7 already, the only real reason > to move away from 1.5 (for me) is to get the improved generics notations > of 1.7. 1.6 was about as boring a release as Sun ever managed to make. > > So it would seem to me like animal-sniffer at 1.5 level is the way to go > until we can decide to move directly to 1.7? > It would seem to me like we'll just have to rely on this kind of sniffing > ? I still think 1.7 is at least a year away..? > > Most of plexus already has a java 7 compile time requirement right now, > which means we can avoid > using reflection for all kinds of stupid stuff. But since most of that is > handled, we only really have the diamond > notation left ? I don't think there's much to be gained by introducing a > 1.7 library level for the rest of maven ? > > I'm looking for use cases outside what animal sniffer should be able to > handle for us here? Jenkins also does a fairly nice JDK 1.5 test for most > of our projects ? > Until Jenkins gets upgraded to 1.520+ at which point the (crappy in my personal view) Maven job type will be unable to run 1.5 Can still keep trucking with a FreeStyle + Maven Build Step though (and I prefer that way anyway) -Stephen > > Kristian > > > > 16. juli 2013 kl. 02:07 skrev Arnaud Héritier : > > > Hi, > > > > Java 6 EOL was in feb and Maven and its plugins are always compatible > > with Java 5 (And probably various plugins with Java 4). > > Couldn't it be interesting to see which JDKs our users are using to see > > how we can schedule the end of support of Java 5 (and more). Perhaps a > > removal of Java 5 support in 3.2 or 3.5 ... > > Perhaps with a survey like this : > > > https://docs.google.com/forms/d/1Jqxq2KgSricwS7YV7pmWvHA8m7_TE7c8JhusugPmGW4/viewform > > What do you think ? > > Useful ? Useless ?he > > > > > > - > > 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: Maven 3.1 - Stable ?
On 16 July 2013 22:37, Jason van Zyl wrote: > Typo on my part. There are 48 things to change when updating a release. > > I updated and triggered the publish an hour ago. I'm not sure when/how it > updates. Should be immediate (within a few seconds), assuming svnpubsub is running normally. > On Jul 16, 2013, at 5:34 PM, Arnaud Héritier wrote: > >> Hi, >> >> Do we consider the 3.1.0 as the latest stable ? >> >> On the download page there is a typo (?) >> http://maven.apache.org/download.cgi >> Maven 3.1.0 :This is the future of Maven (alpha status). >> >> On the homepage we always have the "Get Maven 3.0.5" on the right >> http://maven.apache.org/index.html >> >> We also have an ad for ApacheCon NA 2013 that was in february >> >> - >> Arnaud Héritier >> http://aheritier.net >> Mail/GTalk: aheritier AT gmail DOT com >> Twitter/Skype : aheritier > > Thanks, > > Jason > > -- > Jason van Zyl > Founder, Apache Maven > http://twitter.com/jvanzyl > - > > To do two things at once is to do neither. > > -- Publilius Syrus, Roman slave, first century B.C. > > > > > > - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Apache Maven Enforcer version 1.3.1
On Fri, 12 Jul 2013 23:12:02 +0200 "Robert Scholte" wrote: +1, works fine to me, thanks, tony. > Hi, > > We solved 3 issues: > http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11530&styleName=Html&version=19426 > > There are still a couple of issues left in JIRA: > http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11530&status=1 > > Staging repo: > https://repository.apache.org/content/repositories/maven-140/ > https://repository.apache.org/content/repositories/maven-140/org/apache/maven/enforcer/enforcer/1.3.1/enforcer-1.3.1-source-release.zip > > Staging site: > http://maven.apache.org/enforcer-archives/enforcer-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 > -- Tony Chemit tél: +33 (0) 2 40 50 29 28 email: che...@codelutin.com http://www.codelutin.com - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Maven 3.1 - Stable ?
On Tue, Jul 16, 2013 at 11:37 PM, Jason van Zyl wrote: > Typo on my part. There are 48 things to change when updating a release. > Ok. I wasn't sure if it was intentional I agree, that's a pain to do a release :( > > I updated and triggered the publish an hour ago. I'm not sure when/how it > updates. > ok, no problem/urgency thx > > On Jul 16, 2013, at 5:34 PM, Arnaud Héritier wrote: > > > Hi, > > > > Do we consider the 3.1.0 as the latest stable ? > > > > On the download page there is a typo (?) > > http://maven.apache.org/download.cgi > > Maven 3.1.0 :This is the future of Maven (alpha status). > > > > On the homepage we always have the "Get Maven 3.0.5" on the right > > http://maven.apache.org/index.html > > > > We also have an ad for ApacheCon NA 2013 that was in february > > > > - > > Arnaud Héritier > > http://aheritier.net > > Mail/GTalk: aheritier AT gmail DOT com > > Twitter/Skype : aheritier > > Thanks, > > Jason > > -- > Jason van Zyl > Founder, Apache Maven > http://twitter.com/jvanzyl > - > > To do two things at once is to do neither. > > -- Publilius Syrus, Roman slave, first century B.C. > > > > > > > -- - Arnaud Héritier http://aheritier.net Mail/GTalk: aheritier AT gmail DOT com Twitter/Skype : aheritier
Re: Maven 3.1 - Stable ?
Typo on my part. There are 48 things to change when updating a release. I updated and triggered the publish an hour ago. I'm not sure when/how it updates. On Jul 16, 2013, at 5:34 PM, Arnaud Héritier wrote: > Hi, > > Do we consider the 3.1.0 as the latest stable ? > > On the download page there is a typo (?) > http://maven.apache.org/download.cgi > Maven 3.1.0 :This is the future of Maven (alpha status). > > On the homepage we always have the "Get Maven 3.0.5" on the right > http://maven.apache.org/index.html > > We also have an ad for ApacheCon NA 2013 that was in february > > - > Arnaud Héritier > http://aheritier.net > Mail/GTalk: aheritier AT gmail DOT com > Twitter/Skype : aheritier Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl - To do two things at once is to do neither. -- Publilius Syrus, Roman slave, first century B.C.
Maven 3.1 - Stable ?
Hi, Do we consider the 3.1.0 as the latest stable ? On the download page there is a typo (?) http://maven.apache.org/download.cgi Maven 3.1.0 :This is the future of Maven (alpha status). On the homepage we always have the "Get Maven 3.0.5" on the right http://maven.apache.org/index.html We also have an ad for ApacheCon NA 2013 that was in february - Arnaud Héritier http://aheritier.net Mail/GTalk: aheritier AT gmail DOT com Twitter/Skype : aheritier
Re: Java version usage survey
16. juli 2013 kl. 07:35 skrev Stephen Connolly : > - have we good test coverage with toolchains? No. Kristian - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Java version usage survey
Look you chickens; until quite recently I kept a 1.3 JVM running on windows to do the occasional test of surefire on jdk 1.3. (I kept a vmware image since installing 1.3 on linux required surrendering your first born to Sauron) All your complaining about not being able to run 1.5 sounds like childish whining. On a more serious note, since we support all relevant new features in 1.6 & 1.7 already, the only real reason to move away from 1.5 (for me) is to get the improved generics notations of 1.7. 1.6 was about as boring a release as Sun ever managed to make. So it would seem to me like animal-sniffer at 1.5 level is the way to go until we can decide to move directly to 1.7? It would seem to me like we'll just have to rely on this kind of sniffing ? I still think 1.7 is at least a year away..? Most of plexus already has a java 7 compile time requirement right now, which means we can avoid using reflection for all kinds of stupid stuff. But since most of that is handled, we only really have the diamond notation left ? I don't think there's much to be gained by introducing a 1.7 library level for the rest of maven ? I'm looking for use cases outside what animal sniffer should be able to handle for us here? Jenkins also does a fairly nice JDK 1.5 test for most of our projects ? Kristian 16. juli 2013 kl. 02:07 skrev Arnaud Héritier : > Hi, > > Java 6 EOL was in feb and Maven and its plugins are always compatible > with Java 5 (And probably various plugins with Java 4). > Couldn't it be interesting to see which JDKs our users are using to see > how we can schedule the end of support of Java 5 (and more). Perhaps a > removal of Java 5 support in 3.2 or 3.5 ... > Perhaps with a survey like this : > https://docs.google.com/forms/d/1Jqxq2KgSricwS7YV7pmWvHA8m7_TE7c8JhusugPmGW4/viewform > What do you think ? > Useful ? Useless ?he > > > - > 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: Java version usage survey
What I do not really understand: - Say I am a company which are forced to run JDK1.5 because they have to recertificate everything due to Sarbains-Oxley or German GOBS. - Would I not force my developers to use the same tools to build they used for previous versions, then? - Maven 3 behaves slightly different from Maven 2, so propably they used Maven 2 back then and should stay with it. - Management not willing to upgrade the JDK should not invest either in upgrading the tool chain or any dependencies IMO. Regards Mirko Regards Mirko -- http://illegalstateexception.blogspot.com/ https://github.com/mfriedenhagen/ https://bitbucket.org/mfriedenhagen/ On Tue, Jul 16, 2013 at 9:55 PM, Arnaud Héritier wrote: > For now what is resulting from this thread is : > * We do a survey to better know where our user are and were they are going > * We check what is the status of our tools (toolchains & co) to be sure how > we can "easily" use versions of java older than the one required by maven > * We discuss on the ML to clearly cover all aspects of such upgrades (core > vs plugins ...) > > And from all of this we should be able to schedule and announce how we will > update our prerequisites. > > WDYT ? > > From my point of view there is now urgency. It is just to advance on some > subject as I know they aren't easy to solve (and dev products like jenkins > are analyzing such changes too). > > Arnaud > > > On Tue, Jul 16, 2013 at 8:54 PM, Fred Cooke wrote: > >> Just to clarify my comments: >> >> I can't and won't build anything with anything higher than J6 for the >> foreseeable future, maybe upto 2 years or so, who knows. >> >> J7 is purely a runtime option for users for me, same for J8. J5 is dead for >> both builds and runtime in my eyes. I'd prefer to maximise my choice by >> keeping M3 and plugins on J6, however I wouldn't cry if M3 itself went J7, >> but I would cry if the plugins went J7 without first releasing >> Git-functional versions of m-release-p and m-site-p. Even then, while >> wiping the tears away, I could hard code some "fixes" and release my own >> fork for my own use, no biggy. >> >> Preference: Don't exceed J6 as a requirement for Maven or plugins. >> Bottom line: I'll survive anything you do. <3 open sauce. Especially >> ketchup. >> >> Another 2c, there is some signature difference which can result in J6-clean >> source building to a J7-only binary using J7 javac. I forget the details, >> but IIRC it was on the MOJO list that I learned this. Unsure if it was >> added to the sniffer or not. >> >> Fred. >> >> On Tue, Jul 16, 2013 at 8:38 PM, Stéphane Nicoll >> wrote: >> >> > Yep. >> > >> > Sent from my iPhone >> > >> > On 16 Jul 2013, at 20:24, "Arnaud Héritier" wrote: >> > >> > > Can you tell me if now you can see the result : >> > > >> > >> https://docs.google.com/forms/d/1Jqxq2KgSricwS7YV7pmWvHA8m7_TE7c8JhusugPmGW4/viewanalytics >> > > >> > > >> > > On Tue, Jul 16, 2013 at 3:37 PM, Kristian Rosenvold < >> > > kristian.rosenv...@zenior.no> wrote: >> > > >> > >> I tucked away the last public debs of 1.5 and can release 1.5 >> > >> indefinitely. In the release of the last security patch, it seems like >> > >> Oracle have released approx 10 nonpublic jdk 5 versions. Shame we >> can't >> > >> have it. >> > >> >> > >> Kristian >> > >> Den 16. juli 2013 14:14 skrev "Lennart Jörelid" < >> > lennart.jore...@gmail.com >> > >> følgende: >> > >> >> > >>> I rum mainly on OSX for client and some Linuxes for server - so >> client >> > >>> side is >= JDK 1.6 >> > >>> >> > >>> // vänlig hälsning, >> > >>> // [sw: "best regards"], >> > >>> // >> > >>> // Lennart Jörelid >> > >>> >> > >>> 16 jul 2013 kl. 13:53 skrev Olivier Lamy : >> > >>> >> > perso osx. So only >= 1.6 >> > >> > >> > 2013/7/16 Stephen Connolly : >> > > Speaking as a Maven Developer... >> > > >> > > My primary development machine is OS-X. >> > > >> > > On that machine I have 1.6.0_24-b07-334, 1.7.0_17, 1.7.0_21, and >> > >>> 1.7.0_25 >> > > >> > > I have a personal linode running 1.6.0_22, and my famous Acer >> Aspire >> > >> One >> > > that has some Java 1.5 and 1.6 versions on it... but I have not >> > turned >> > >>> it >> > > on more than twice since March 2011... most likely I will wipe it >> and >> > > reinstall some more recent linux on it which will remove the older >> > JDK >> > > versions leaving it with likely a 1.6 and a 1.7. >> > > >> > > I also have a windows box sitting beside me... powered off (the Sun >> > >>> Ultra >> > > T-20's are noisy don't you know) I only turn it on when I *need* >> > >> windows >> > > and a virtual machine will not suffice (i.e. firmware updates on >> > >> Samsung >> > > Galaxy S... which is now only used as a game console by my son) >> That >> > >> has >> > > Java 1.4-1.7 on it but it is far from current in terms of AV and >> > >>> patches, >> > > so not something I would turn on for a quick test of a release
Re: [VOTE] Release Apache Maven Enforcer version 1.3.1
+1 Regards, Hervé Le vendredi 12 juillet 2013 23:12:02 Robert Scholte a écrit : > Hi, > > We solved 3 issues: > http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11530&styleName=H > tml&version=19426 > > There are still a couple of issues left in JIRA: > http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11530&sta > tus=1 > > Staging repo: > https://repository.apache.org/content/repositories/maven-140/ > https://repository.apache.org/content/repositories/maven-140/org/apache/mave > n/enforcer/enforcer/1.3.1/enforcer-1.3.1-source-release.zip > > Staging site: > http://maven.apache.org/enforcer-archives/enforcer-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 - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Java version usage survey
For now what is resulting from this thread is : * We do a survey to better know where our user are and were they are going * We check what is the status of our tools (toolchains & co) to be sure how we can "easily" use versions of java older than the one required by maven * We discuss on the ML to clearly cover all aspects of such upgrades (core vs plugins ...) And from all of this we should be able to schedule and announce how we will update our prerequisites. WDYT ? >From my point of view there is now urgency. It is just to advance on some subject as I know they aren't easy to solve (and dev products like jenkins are analyzing such changes too). Arnaud On Tue, Jul 16, 2013 at 8:54 PM, Fred Cooke wrote: > Just to clarify my comments: > > I can't and won't build anything with anything higher than J6 for the > foreseeable future, maybe upto 2 years or so, who knows. > > J7 is purely a runtime option for users for me, same for J8. J5 is dead for > both builds and runtime in my eyes. I'd prefer to maximise my choice by > keeping M3 and plugins on J6, however I wouldn't cry if M3 itself went J7, > but I would cry if the plugins went J7 without first releasing > Git-functional versions of m-release-p and m-site-p. Even then, while > wiping the tears away, I could hard code some "fixes" and release my own > fork for my own use, no biggy. > > Preference: Don't exceed J6 as a requirement for Maven or plugins. > Bottom line: I'll survive anything you do. <3 open sauce. Especially > ketchup. > > Another 2c, there is some signature difference which can result in J6-clean > source building to a J7-only binary using J7 javac. I forget the details, > but IIRC it was on the MOJO list that I learned this. Unsure if it was > added to the sniffer or not. > > Fred. > > On Tue, Jul 16, 2013 at 8:38 PM, Stéphane Nicoll > wrote: > > > Yep. > > > > Sent from my iPhone > > > > On 16 Jul 2013, at 20:24, "Arnaud Héritier" wrote: > > > > > Can you tell me if now you can see the result : > > > > > > https://docs.google.com/forms/d/1Jqxq2KgSricwS7YV7pmWvHA8m7_TE7c8JhusugPmGW4/viewanalytics > > > > > > > > > On Tue, Jul 16, 2013 at 3:37 PM, Kristian Rosenvold < > > > kristian.rosenv...@zenior.no> wrote: > > > > > >> I tucked away the last public debs of 1.5 and can release 1.5 > > >> indefinitely. In the release of the last security patch, it seems like > > >> Oracle have released approx 10 nonpublic jdk 5 versions. Shame we > can't > > >> have it. > > >> > > >> Kristian > > >> Den 16. juli 2013 14:14 skrev "Lennart Jörelid" < > > lennart.jore...@gmail.com > > >> følgende: > > >> > > >>> I rum mainly on OSX for client and some Linuxes for server - so > client > > >>> side is >= JDK 1.6 > > >>> > > >>> // vänlig hälsning, > > >>> // [sw: "best regards"], > > >>> // > > >>> // Lennart Jörelid > > >>> > > >>> 16 jul 2013 kl. 13:53 skrev Olivier Lamy : > > >>> > > perso osx. So only >= 1.6 > > > > > > 2013/7/16 Stephen Connolly : > > > Speaking as a Maven Developer... > > > > > > My primary development machine is OS-X. > > > > > > On that machine I have 1.6.0_24-b07-334, 1.7.0_17, 1.7.0_21, and > > >>> 1.7.0_25 > > > > > > I have a personal linode running 1.6.0_22, and my famous Acer > Aspire > > >> One > > > that has some Java 1.5 and 1.6 versions on it... but I have not > > turned > > >>> it > > > on more than twice since March 2011... most likely I will wipe it > and > > > reinstall some more recent linux on it which will remove the older > > JDK > > > versions leaving it with likely a 1.6 and a 1.7. > > > > > > I also have a windows box sitting beside me... powered off (the Sun > > >>> Ultra > > > T-20's are noisy don't you know) I only turn it on when I *need* > > >> windows > > > and a virtual machine will not suffice (i.e. firmware updates on > > >> Samsung > > > Galaxy S... which is now only used as a game console by my son) > That > > >> has > > > Java 1.4-1.7 on it but it is far from current in terms of AV and > > >>> patches, > > > so not something I would turn on for a quick test of a release. > > > > > > Effectively the lowest I can test releases is Java 1.6. > > > > > > It would be interesting to hear what the rest of the committers > have > > >> as > > > their testing capability. If very few committers have access to > Java > > >> 1.5 > > > across operating systems then I think the answer is clear... namely > > we > > > would not be in a position to stand over a release that claims to > > work > > >>> on > > > Java 1.5, and hence moving to Java 1.6 as a baseline would seem a > > good > > >>> idea. > > > > > > Tools like animal-sniffer are great to help developers who cannot > set > > >> up > > > the older JVMs on their development environment... but in my > > >> experience > > > they are no substitute for running on the older JVM. > > > > > > If our test capability is
Re: tags maven-3.1 vs maven-3.1.0
> Isn't the convention way to omit the last zero? This has been done for > Maven and all plugins/components before. > No, we have 2.1.0 and 2.2.0 for the Maven core distro. Plugins would/could be a different story though. /Anders > > Mike > > > > --**--**- > To unsubscribe, e-mail: > dev-unsubscribe@maven.apache.**org > For additional commands, e-mail: dev-h...@maven.apache.org > >
Re: Java version usage survey
Just to clarify my comments: I can't and won't build anything with anything higher than J6 for the foreseeable future, maybe upto 2 years or so, who knows. J7 is purely a runtime option for users for me, same for J8. J5 is dead for both builds and runtime in my eyes. I'd prefer to maximise my choice by keeping M3 and plugins on J6, however I wouldn't cry if M3 itself went J7, but I would cry if the plugins went J7 without first releasing Git-functional versions of m-release-p and m-site-p. Even then, while wiping the tears away, I could hard code some "fixes" and release my own fork for my own use, no biggy. Preference: Don't exceed J6 as a requirement for Maven or plugins. Bottom line: I'll survive anything you do. <3 open sauce. Especially ketchup. Another 2c, there is some signature difference which can result in J6-clean source building to a J7-only binary using J7 javac. I forget the details, but IIRC it was on the MOJO list that I learned this. Unsure if it was added to the sniffer or not. Fred. On Tue, Jul 16, 2013 at 8:38 PM, Stéphane Nicoll wrote: > Yep. > > Sent from my iPhone > > On 16 Jul 2013, at 20:24, "Arnaud Héritier" wrote: > > > Can you tell me if now you can see the result : > > > https://docs.google.com/forms/d/1Jqxq2KgSricwS7YV7pmWvHA8m7_TE7c8JhusugPmGW4/viewanalytics > > > > > > On Tue, Jul 16, 2013 at 3:37 PM, Kristian Rosenvold < > > kristian.rosenv...@zenior.no> wrote: > > > >> I tucked away the last public debs of 1.5 and can release 1.5 > >> indefinitely. In the release of the last security patch, it seems like > >> Oracle have released approx 10 nonpublic jdk 5 versions. Shame we can't > >> have it. > >> > >> Kristian > >> Den 16. juli 2013 14:14 skrev "Lennart Jörelid" < > lennart.jore...@gmail.com > >> følgende: > >> > >>> I rum mainly on OSX for client and some Linuxes for server - so client > >>> side is >= JDK 1.6 > >>> > >>> // vänlig hälsning, > >>> // [sw: "best regards"], > >>> // > >>> // Lennart Jörelid > >>> > >>> 16 jul 2013 kl. 13:53 skrev Olivier Lamy : > >>> > perso osx. So only >= 1.6 > > > 2013/7/16 Stephen Connolly : > > Speaking as a Maven Developer... > > > > My primary development machine is OS-X. > > > > On that machine I have 1.6.0_24-b07-334, 1.7.0_17, 1.7.0_21, and > >>> 1.7.0_25 > > > > I have a personal linode running 1.6.0_22, and my famous Acer Aspire > >> One > > that has some Java 1.5 and 1.6 versions on it... but I have not > turned > >>> it > > on more than twice since March 2011... most likely I will wipe it and > > reinstall some more recent linux on it which will remove the older > JDK > > versions leaving it with likely a 1.6 and a 1.7. > > > > I also have a windows box sitting beside me... powered off (the Sun > >>> Ultra > > T-20's are noisy don't you know) I only turn it on when I *need* > >> windows > > and a virtual machine will not suffice (i.e. firmware updates on > >> Samsung > > Galaxy S... which is now only used as a game console by my son) That > >> has > > Java 1.4-1.7 on it but it is far from current in terms of AV and > >>> patches, > > so not something I would turn on for a quick test of a release. > > > > Effectively the lowest I can test releases is Java 1.6. > > > > It would be interesting to hear what the rest of the committers have > >> as > > their testing capability. If very few committers have access to Java > >> 1.5 > > across operating systems then I think the answer is clear... namely > we > > would not be in a position to stand over a release that claims to > work > >>> on > > Java 1.5, and hence moving to Java 1.6 as a baseline would seem a > good > >>> idea. > > > > Tools like animal-sniffer are great to help developers who cannot set > >> up > > the older JVMs on their development environment... but in my > >> experience > > they are no substitute for running on the older JVM. > > > > If our test capability is basically the Windows/Java 1.5 slave and > the > > *nix/Java 1.5 slave on the Apache Jenkins build server *and* we > cannot > >>> keep > > that integration test suite passing *then* Java 1.5 is dead for Maven > >>> IMHO > > > > -Stephen > > > > > > On 16 July 2013 11:58, Robert Patrick > >>> wrote: > > > >> Oracle Java 5 and 6 are EOLed but Oracle continues to support > >> customers > >> using commercial products that require them that themselves are not > >>> EOLed. > >> Given that current versions of Maven support Java 5 and 6, the real > >> question is how important is it for older applications that cannot > >>> support > >> Java 7 to be able to use future versions of Maven? > >> > >> As far as I know, there is nothing from preventing Maven developers > >>> from > >> using the existing versions of JDK 5/6 to build and test Maven. > >> > >> -- > >> Robert Patrick > >>
Re: Java version usage survey
Yep. Sent from my iPhone On 16 Jul 2013, at 20:24, "Arnaud Héritier" wrote: > Can you tell me if now you can see the result : > https://docs.google.com/forms/d/1Jqxq2KgSricwS7YV7pmWvHA8m7_TE7c8JhusugPmGW4/viewanalytics > > > On Tue, Jul 16, 2013 at 3:37 PM, Kristian Rosenvold < > kristian.rosenv...@zenior.no> wrote: > >> I tucked away the last public debs of 1.5 and can release 1.5 >> indefinitely. In the release of the last security patch, it seems like >> Oracle have released approx 10 nonpublic jdk 5 versions. Shame we can't >> have it. >> >> Kristian >> Den 16. juli 2013 14:14 skrev "Lennart Jörelid" > følgende: >> >>> I rum mainly on OSX for client and some Linuxes for server - so client >>> side is >= JDK 1.6 >>> >>> // vänlig hälsning, >>> // [sw: "best regards"], >>> // >>> // Lennart Jörelid >>> >>> 16 jul 2013 kl. 13:53 skrev Olivier Lamy : >>> perso osx. So only >= 1.6 2013/7/16 Stephen Connolly : > Speaking as a Maven Developer... > > My primary development machine is OS-X. > > On that machine I have 1.6.0_24-b07-334, 1.7.0_17, 1.7.0_21, and >>> 1.7.0_25 > > I have a personal linode running 1.6.0_22, and my famous Acer Aspire >> One > that has some Java 1.5 and 1.6 versions on it... but I have not turned >>> it > on more than twice since March 2011... most likely I will wipe it and > reinstall some more recent linux on it which will remove the older JDK > versions leaving it with likely a 1.6 and a 1.7. > > I also have a windows box sitting beside me... powered off (the Sun >>> Ultra > T-20's are noisy don't you know) I only turn it on when I *need* >> windows > and a virtual machine will not suffice (i.e. firmware updates on >> Samsung > Galaxy S... which is now only used as a game console by my son) That >> has > Java 1.4-1.7 on it but it is far from current in terms of AV and >>> patches, > so not something I would turn on for a quick test of a release. > > Effectively the lowest I can test releases is Java 1.6. > > It would be interesting to hear what the rest of the committers have >> as > their testing capability. If very few committers have access to Java >> 1.5 > across operating systems then I think the answer is clear... namely we > would not be in a position to stand over a release that claims to work >>> on > Java 1.5, and hence moving to Java 1.6 as a baseline would seem a good >>> idea. > > Tools like animal-sniffer are great to help developers who cannot set >> up > the older JVMs on their development environment... but in my >> experience > they are no substitute for running on the older JVM. > > If our test capability is basically the Windows/Java 1.5 slave and the > *nix/Java 1.5 slave on the Apache Jenkins build server *and* we cannot >>> keep > that integration test suite passing *then* Java 1.5 is dead for Maven >>> IMHO > > -Stephen > > > On 16 July 2013 11:58, Robert Patrick >>> wrote: > >> Oracle Java 5 and 6 are EOLed but Oracle continues to support >> customers >> using commercial products that require them that themselves are not >>> EOLed. >> Given that current versions of Maven support Java 5 and 6, the real >> question is how important is it for older applications that cannot >>> support >> Java 7 to be able to use future versions of Maven? >> >> As far as I know, there is nothing from preventing Maven developers >>> from >> using the existing versions of JDK 5/6 to build and test Maven. >> >> -- >> Robert Patrick >> VP, FMW Architects Team: The A-Team >> Oracle Corporation Office: +1.940.725.0011 >> 1148 Triple Crown Court Fax: +1.940.725.0012 >> Bartonville, TX 76226, USA Mobile: +1.469.556.9450 >> >> Professional Oracle WebLogic Server >> by Robert Patrick, Gregory Nyberg, and Philip Aston >> with Josh Bregman and Paul Done >> Book Home Page: http://www.wrox.com/ >> Kindle Version: http://www.amazon.com/ >> >> >> >> -Original Message- >> From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com] >> Sent: Tuesday, July 16, 2013 3:47 AM >> To: Maven Developers List >> Subject: Re: Java version usage survey >> >> I've put a question on Stack Overflow: >> http://stackoverflow.com/questions/17671899/when-is-java-6-end-of-life-in-the-context-of-writing-developer-toolsto >> see if we can get something that is a bit more focus on facts. >> >> e.g. we are all OSS developers: thus premium/extended/sustaining >>> support >> contracts are outside our budget. If we cannot test it for free, we >>> cannot >> support it. >> >> >> On 16 July 2013 09:01, Fred Cooke wrote: >> >>> My 2c: >>> >>> - J7 on Mac is unstable (trust me...) and non-performant, and >> thus I >>
Re: Java version usage survey
Can you tell me if now you can see the result : https://docs.google.com/forms/d/1Jqxq2KgSricwS7YV7pmWvHA8m7_TE7c8JhusugPmGW4/viewanalytics On Tue, Jul 16, 2013 at 3:37 PM, Kristian Rosenvold < kristian.rosenv...@zenior.no> wrote: > I tucked away the last public debs of 1.5 and can release 1.5 > indefinitely. In the release of the last security patch, it seems like > Oracle have released approx 10 nonpublic jdk 5 versions. Shame we can't > have it. > > Kristian > Den 16. juli 2013 14:14 skrev "Lennart Jörelid" > > følgende: > > > I rum mainly on OSX for client and some Linuxes for server - so client > > side is >= JDK 1.6 > > > > // vänlig hälsning, > > // [sw: "best regards"], > > // > > // Lennart Jörelid > > > > 16 jul 2013 kl. 13:53 skrev Olivier Lamy : > > > > > perso osx. So only >= 1.6 > > > > > > > > > 2013/7/16 Stephen Connolly : > > >> Speaking as a Maven Developer... > > >> > > >> My primary development machine is OS-X. > > >> > > >> On that machine I have 1.6.0_24-b07-334, 1.7.0_17, 1.7.0_21, and > > 1.7.0_25 > > >> > > >> I have a personal linode running 1.6.0_22, and my famous Acer Aspire > One > > >> that has some Java 1.5 and 1.6 versions on it... but I have not turned > > it > > >> on more than twice since March 2011... most likely I will wipe it and > > >> reinstall some more recent linux on it which will remove the older JDK > > >> versions leaving it with likely a 1.6 and a 1.7. > > >> > > >> I also have a windows box sitting beside me... powered off (the Sun > > Ultra > > >> T-20's are noisy don't you know) I only turn it on when I *need* > windows > > >> and a virtual machine will not suffice (i.e. firmware updates on > Samsung > > >> Galaxy S... which is now only used as a game console by my son) That > has > > >> Java 1.4-1.7 on it but it is far from current in terms of AV and > > patches, > > >> so not something I would turn on for a quick test of a release. > > >> > > >> Effectively the lowest I can test releases is Java 1.6. > > >> > > >> It would be interesting to hear what the rest of the committers have > as > > >> their testing capability. If very few committers have access to Java > 1.5 > > >> across operating systems then I think the answer is clear... namely we > > >> would not be in a position to stand over a release that claims to work > > on > > >> Java 1.5, and hence moving to Java 1.6 as a baseline would seem a good > > idea. > > >> > > >> Tools like animal-sniffer are great to help developers who cannot set > up > > >> the older JVMs on their development environment... but in my > experience > > >> they are no substitute for running on the older JVM. > > >> > > >> If our test capability is basically the Windows/Java 1.5 slave and the > > >> *nix/Java 1.5 slave on the Apache Jenkins build server *and* we cannot > > keep > > >> that integration test suite passing *then* Java 1.5 is dead for Maven > > IMHO > > >> > > >> -Stephen > > >> > > >> > > >> On 16 July 2013 11:58, Robert Patrick > > wrote: > > >> > > >>> Oracle Java 5 and 6 are EOLed but Oracle continues to support > customers > > >>> using commercial products that require them that themselves are not > > EOLed. > > >>> Given that current versions of Maven support Java 5 and 6, the real > > >>> question is how important is it for older applications that cannot > > support > > >>> Java 7 to be able to use future versions of Maven? > > >>> > > >>> As far as I know, there is nothing from preventing Maven developers > > from > > >>> using the existing versions of JDK 5/6 to build and test Maven. > > >>> > > >>> -- > > >>> Robert Patrick > > >>> VP, FMW Architects Team: The A-Team > > >>> Oracle Corporation Office: +1.940.725.0011 > > >>> 1148 Triple Crown Court Fax: +1.940.725.0012 > > >>> Bartonville, TX 76226, USA Mobile: +1.469.556.9450 > > >>> > > >>> Professional Oracle WebLogic Server > > >>> by Robert Patrick, Gregory Nyberg, and Philip Aston > > >>> with Josh Bregman and Paul Done > > >>> Book Home Page: http://www.wrox.com/ > > >>> Kindle Version: http://www.amazon.com/ > > >>> > > >>> > > >>> > > >>> -Original Message- > > >>> From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com] > > >>> Sent: Tuesday, July 16, 2013 3:47 AM > > >>> To: Maven Developers List > > >>> Subject: Re: Java version usage survey > > >>> > > >>> I've put a question on Stack Overflow: > > >>> > > >>> > > > http://stackoverflow.com/questions/17671899/when-is-java-6-end-of-life-in-the-context-of-writing-developer-toolsto > > >>> see if we can get something that is a bit more focus on facts. > > >>> > > >>> e.g. we are all OSS developers: thus premium/extended/sustaining > > support > > >>> contracts are outside our budget. If we cannot test it for free, we > > cannot > > >>> support it. > > >>> > > >>> > > >>> On 16 July 2013 09:01, Fred Cooke wrote: > > >>> > > My 2c: > > > > - J7 on Mac is unstable (trust me...) and non-performant, and > thus I > > >
Re: Log4j2/Logback integration updates
FYI, in the next version of logback, i.e. 2.0, we will be using JDK 1.6. However, the logback 1.1.x series will continue to be based on JDK 1.5. On 16.07.2013 07:06, Stephen Connolly wrote: So what I am hearing is that until we bump core to require JDK6 (or 7) then logback is the only runner from a technical point of view (never mind that log4j2 is still not GA) OTOH I would be interested in bumping JDK all the way to 7 if we were happy that toolchains is good enough and we had tests in play that use toolchains - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Java version usage survey
I tucked away the last public debs of 1.5 and can release 1.5 indefinitely. In the release of the last security patch, it seems like Oracle have released approx 10 nonpublic jdk 5 versions. Shame we can't have it. Kristian Den 16. juli 2013 14:14 skrev "Lennart Jörelid" følgende: > I rum mainly on OSX for client and some Linuxes for server - so client > side is >= JDK 1.6 > > // vänlig hälsning, > // [sw: "best regards"], > // > // Lennart Jörelid > > 16 jul 2013 kl. 13:53 skrev Olivier Lamy : > > > perso osx. So only >= 1.6 > > > > > > 2013/7/16 Stephen Connolly : > >> Speaking as a Maven Developer... > >> > >> My primary development machine is OS-X. > >> > >> On that machine I have 1.6.0_24-b07-334, 1.7.0_17, 1.7.0_21, and > 1.7.0_25 > >> > >> I have a personal linode running 1.6.0_22, and my famous Acer Aspire One > >> that has some Java 1.5 and 1.6 versions on it... but I have not turned > it > >> on more than twice since March 2011... most likely I will wipe it and > >> reinstall some more recent linux on it which will remove the older JDK > >> versions leaving it with likely a 1.6 and a 1.7. > >> > >> I also have a windows box sitting beside me... powered off (the Sun > Ultra > >> T-20's are noisy don't you know) I only turn it on when I *need* windows > >> and a virtual machine will not suffice (i.e. firmware updates on Samsung > >> Galaxy S... which is now only used as a game console by my son) That has > >> Java 1.4-1.7 on it but it is far from current in terms of AV and > patches, > >> so not something I would turn on for a quick test of a release. > >> > >> Effectively the lowest I can test releases is Java 1.6. > >> > >> It would be interesting to hear what the rest of the committers have as > >> their testing capability. If very few committers have access to Java 1.5 > >> across operating systems then I think the answer is clear... namely we > >> would not be in a position to stand over a release that claims to work > on > >> Java 1.5, and hence moving to Java 1.6 as a baseline would seem a good > idea. > >> > >> Tools like animal-sniffer are great to help developers who cannot set up > >> the older JVMs on their development environment... but in my experience > >> they are no substitute for running on the older JVM. > >> > >> If our test capability is basically the Windows/Java 1.5 slave and the > >> *nix/Java 1.5 slave on the Apache Jenkins build server *and* we cannot > keep > >> that integration test suite passing *then* Java 1.5 is dead for Maven > IMHO > >> > >> -Stephen > >> > >> > >> On 16 July 2013 11:58, Robert Patrick > wrote: > >> > >>> Oracle Java 5 and 6 are EOLed but Oracle continues to support customers > >>> using commercial products that require them that themselves are not > EOLed. > >>> Given that current versions of Maven support Java 5 and 6, the real > >>> question is how important is it for older applications that cannot > support > >>> Java 7 to be able to use future versions of Maven? > >>> > >>> As far as I know, there is nothing from preventing Maven developers > from > >>> using the existing versions of JDK 5/6 to build and test Maven. > >>> > >>> -- > >>> Robert Patrick > >>> VP, FMW Architects Team: The A-Team > >>> Oracle Corporation Office: +1.940.725.0011 > >>> 1148 Triple Crown Court Fax: +1.940.725.0012 > >>> Bartonville, TX 76226, USA Mobile: +1.469.556.9450 > >>> > >>> Professional Oracle WebLogic Server > >>> by Robert Patrick, Gregory Nyberg, and Philip Aston > >>> with Josh Bregman and Paul Done > >>> Book Home Page: http://www.wrox.com/ > >>> Kindle Version: http://www.amazon.com/ > >>> > >>> > >>> > >>> -Original Message- > >>> From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com] > >>> Sent: Tuesday, July 16, 2013 3:47 AM > >>> To: Maven Developers List > >>> Subject: Re: Java version usage survey > >>> > >>> I've put a question on Stack Overflow: > >>> > >>> > http://stackoverflow.com/questions/17671899/when-is-java-6-end-of-life-in-the-context-of-writing-developer-toolsto > >>> see if we can get something that is a bit more focus on facts. > >>> > >>> e.g. we are all OSS developers: thus premium/extended/sustaining > support > >>> contracts are outside our budget. If we cannot test it for free, we > cannot > >>> support it. > >>> > >>> > >>> On 16 July 2013 09:01, Fred Cooke wrote: > >>> > My 2c: > > - J7 on Mac is unstable (trust me...) and non-performant, and thus I > require my users to use Apple's J6 on the Mac. > - On Linux there are lots of Swing bugs in all versions, but a lot > >>> less > in J7 than J6, so I recommend J7 for Linux guys. > - I don't use J5 for anything at all and none of my code can run on > it > due to basics that are missing there. > > I didn't distinguish vendors because the comments apply across all of > them anyway. > Fred. > > On Tue, Jul 16, 2013 at 9:29 AM, Chris Graham
Re: Java version usage survey
The last project I was on was migrating WAS/WPS/Portal V6 (JDK 1.4) -> WAS/BPM/Portal V8 (JDK 1.6). Why? Because the support costs for EOL software finally made it cost effective to upgrade! :-) And even then, it was meant to be a "lift and shift" as in just keep the functionality the same as much as possible. Exploitation of new features/bugs would come at a later stage. :-) -Chris On Tue, Jul 16, 2013 at 10:58 PM, Stephen Connolly < stephen.alan.conno...@gmail.com> wrote: > *BUT* such agencies also find it "too expensive to upgrade Maven to 3.2" so > we don't actually have to worry about them ;-) > > If you are a refusenick on JVM you are likely also a refusenik on Maven ;-) > > > On 16 July 2013 13:45, Martin Gainty wrote: > > > Folks > > > > In the states..government sector (specifically State Agencies) lag at > > least 5 years behind available current releases > > the specific example I provide is the app I was working on was based on > > JVM 1.5 > > the Portal was based on JVM 1.4 > > the end result was: > > Annotations: NOPE > > Generics: NOPE > > EfficientGC: NOPE > > > > The agency managers are listening to the hogwash from offshore > consultants > > who say : > > "too expensive to upgrade to 1.7" > > this type of thinking is costing every taxpayer beaucoups bucks as each > > and every single tweak to the 1.4 JVM > > (patches already rolled into 1.6 and improved for 1.7 and tested) take a > > week or so (to test) on 1.4 > > > > Login to ANY State agency website ..attempt to upgrade your Browser's JVM > > plugin to 1.6 or 1.7 and > > watch the fireworks! > > > > In other words: SNAFU > > Martin > > __ > > Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité > > > > Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene > > Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede > unbefugte > > Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht > > dient lediglich dem Austausch von Informationen und entfaltet keine > > rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von > > E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. > > Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas > le > > destinataire prévu, nous te demandons avec bonté que pour satisfaire > > informez l'expéditeur. N'importe quelle diffusion non autorisée ou la > copie > > de ceci est interdite. Ce message sert à l'information seulement et > n'aura > > pas n'importe quel effet légalement obligatoire. Étant donné que les > email > > peuvent facilement être sujets à la manipulation, nous ne pouvons > accepter > > aucune responsabilité pour le contenu fourni. > > > > > > > Date: Tue, 16 Jul 2013 12:35:06 +0100 > > > Subject: Re: Java version usage survey > > > From: stephen.alan.conno...@gmail.com > > > To: dev@maven.apache.org > > > > > > Speaking as a Maven Developer... > > > > > > My primary development machine is OS-X. > > > > > > On that machine I have 1.6.0_24-b07-334, 1.7.0_17, 1.7.0_21, and > 1.7.0_25 > > > > > > I have a personal linode running 1.6.0_22, and my famous Acer Aspire > One > > > that has some Java 1.5 and 1.6 versions on it... but I have not turned > it > > > on more than twice since March 2011... most likely I will wipe it and > > > reinstall some more recent linux on it which will remove the older JDK > > > versions leaving it with likely a 1.6 and a 1.7. > > > > > > I also have a windows box sitting beside me... powered off (the Sun > Ultra > > > T-20's are noisy don't you know) I only turn it on when I *need* > windows > > > and a virtual machine will not suffice (i.e. firmware updates on > Samsung > > > Galaxy S... which is now only used as a game console by my son) That > has > > > Java 1.4-1.7 on it but it is far from current in terms of AV and > patches, > > > so not something I would turn on for a quick test of a release. > > > > > > Effectively the lowest I can test releases is Java 1.6. > > > > > > It would be interesting to hear what the rest of the committers have as > > > their testing capability. If very few committers have access to Java > 1.5 > > > across operating systems then I think the answer is clear... namely we > > > would not be in a position to stand over a release that claims to work > on > > > Java 1.5, and hence moving to Java 1.6 as a baseline would seem a good > > idea. > > > > > > Tools like animal-sniffer are great to help developers who cannot set > up > > > the older JVMs on their development environment... but in my experience > > > they are no substitute for running on the older JVM. > > > > > > If our test capability is basically the Windows/Java 1.5 slave and the > > > *nix/Java 1.5 slave on the Apache Jenkins build server *and* we cannot > > keep > > > that integration test suite passing *then* Java 1.5 is dead for Maven > > IMHO > > > > > > -Stephen > > > > > > > > > On 16 July 2013 11:58, Robert Patrick >
Re: Java version usage survey
*BUT* such agencies also find it "too expensive to upgrade Maven to 3.2" so we don't actually have to worry about them ;-) If you are a refusenick on JVM you are likely also a refusenik on Maven ;-) On 16 July 2013 13:45, Martin Gainty wrote: > Folks > > In the states..government sector (specifically State Agencies) lag at > least 5 years behind available current releases > the specific example I provide is the app I was working on was based on > JVM 1.5 > the Portal was based on JVM 1.4 > the end result was: > Annotations: NOPE > Generics: NOPE > EfficientGC: NOPE > > The agency managers are listening to the hogwash from offshore consultants > who say : > "too expensive to upgrade to 1.7" > this type of thinking is costing every taxpayer beaucoups bucks as each > and every single tweak to the 1.4 JVM > (patches already rolled into 1.6 and improved for 1.7 and tested) take a > week or so (to test) on 1.4 > > Login to ANY State agency website ..attempt to upgrade your Browser's JVM > plugin to 1.6 or 1.7 and > watch the fireworks! > > In other words: SNAFU > Martin > __ > Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité > > Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene > Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte > Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht > dient lediglich dem Austausch von Informationen und entfaltet keine > rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von > E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. > Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le > destinataire prévu, nous te demandons avec bonté que pour satisfaire > informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie > de ceci est interdite. Ce message sert à l'information seulement et n'aura > pas n'importe quel effet légalement obligatoire. Étant donné que les email > peuvent facilement être sujets à la manipulation, nous ne pouvons accepter > aucune responsabilité pour le contenu fourni. > > > > Date: Tue, 16 Jul 2013 12:35:06 +0100 > > Subject: Re: Java version usage survey > > From: stephen.alan.conno...@gmail.com > > To: dev@maven.apache.org > > > > Speaking as a Maven Developer... > > > > My primary development machine is OS-X. > > > > On that machine I have 1.6.0_24-b07-334, 1.7.0_17, 1.7.0_21, and 1.7.0_25 > > > > I have a personal linode running 1.6.0_22, and my famous Acer Aspire One > > that has some Java 1.5 and 1.6 versions on it... but I have not turned it > > on more than twice since March 2011... most likely I will wipe it and > > reinstall some more recent linux on it which will remove the older JDK > > versions leaving it with likely a 1.6 and a 1.7. > > > > I also have a windows box sitting beside me... powered off (the Sun Ultra > > T-20's are noisy don't you know) I only turn it on when I *need* windows > > and a virtual machine will not suffice (i.e. firmware updates on Samsung > > Galaxy S... which is now only used as a game console by my son) That has > > Java 1.4-1.7 on it but it is far from current in terms of AV and patches, > > so not something I would turn on for a quick test of a release. > > > > Effectively the lowest I can test releases is Java 1.6. > > > > It would be interesting to hear what the rest of the committers have as > > their testing capability. If very few committers have access to Java 1.5 > > across operating systems then I think the answer is clear... namely we > > would not be in a position to stand over a release that claims to work on > > Java 1.5, and hence moving to Java 1.6 as a baseline would seem a good > idea. > > > > Tools like animal-sniffer are great to help developers who cannot set up > > the older JVMs on their development environment... but in my experience > > they are no substitute for running on the older JVM. > > > > If our test capability is basically the Windows/Java 1.5 slave and the > > *nix/Java 1.5 slave on the Apache Jenkins build server *and* we cannot > keep > > that integration test suite passing *then* Java 1.5 is dead for Maven > IMHO > > > > -Stephen > > > > > > On 16 July 2013 11:58, Robert Patrick wrote: > > > > > Oracle Java 5 and 6 are EOLed but Oracle continues to support customers > > > using commercial products that require them that themselves are not > EOLed. > > > Given that current versions of Maven support Java 5 and 6, the real > > > question is how important is it for older applications that cannot > support > > > Java 7 to be able to use future versions of Maven? > > > > > > As far as I know, there is nothing from preventing Maven developers > from > > > using the existing versions of JDK 5/6 to build and test Maven. > > > > > > -- > > > Robert Patrick > > > VP, FMW Architects Team: The A-Team > > > Oracle Corporation Office: +1.940.725.0011 > > > 1148 Triple Crown Co
Re: Release enforcer plugin?
Hi, The release vote is already in progress. Cheers, On Tue, Jul 16, 2013 at 10:17 AM, David Karlsen wrote: > Hi. > > Would anybody care to release the enforcer 1.3.1 plugin so we can go around > http://jira.codehaus.org/browse/MENFORCER-156? > > All issues for 1.3.1 are fixed: > > http://jira.codehaus.org/browse/MENFORCER/fixforversion/19426#selectedTab=com.atlassian.jira.plugin.system.project%3Aversion-issues-panel > > > -- > -- > David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen > -- - Arnaud Héritier http://aheritier.net Mail/GTalk: aheritier AT gmail DOT com Twitter/Skype : aheritier
RE: Java version usage survey
Nice idea to have this survey to have some feedback from users. Do you think it may be possible to make this kind of survey to get feedback for maven web site (not plugin) or other area of maven ? Eric Joke: perso win user so using jdk8 or jdk7 according to the os version Real: jdk 7 on server and on win box. -Message d'origine- De : Lennart Jörelid [mailto:lennart.jore...@gmail.com] Envoyé : mardi 16 juillet 2013 14:14 À : Maven Developers List Objet : Re: Java version usage survey I rum mainly on OSX for client and some Linuxes for server - so client side is >= JDK 1.6 // vänlig hälsning, // [sw: "best regards"], // // Lennart Jörelid 16 jul 2013 kl. 13:53 skrev Olivier Lamy : > perso osx. So only >= 1.6 > > > 2013/7/16 Stephen Connolly : >> Speaking as a Maven Developer... >> >> My primary development machine is OS-X. >> >> On that machine I have 1.6.0_24-b07-334, 1.7.0_17, 1.7.0_21, and >> 1.7.0_25 >> >> I have a personal linode running 1.6.0_22, and my famous Acer Aspire >> One that has some Java 1.5 and 1.6 versions on it... but I have not >> turned it on more than twice since March 2011... most likely I will >> wipe it and reinstall some more recent linux on it which will remove >> the older JDK versions leaving it with likely a 1.6 and a 1.7. >> >> I also have a windows box sitting beside me... powered off (the Sun >> Ultra T-20's are noisy don't you know) I only turn it on when I >> *need* windows and a virtual machine will not suffice (i.e. firmware >> updates on Samsung Galaxy S... which is now only used as a game >> console by my son) That has Java 1.4-1.7 on it but it is far from >> current in terms of AV and patches, so not something I would turn on for a >> quick test of a release. >> >> Effectively the lowest I can test releases is Java 1.6. >> >> It would be interesting to hear what the rest of the committers have >> as their testing capability. If very few committers have access to >> Java 1.5 across operating systems then I think the answer is clear... >> namely we would not be in a position to stand over a release that >> claims to work on Java 1.5, and hence moving to Java 1.6 as a baseline would >> seem a good idea. >> >> Tools like animal-sniffer are great to help developers who cannot set >> up the older JVMs on their development environment... but in my >> experience they are no substitute for running on the older JVM. >> >> If our test capability is basically the Windows/Java 1.5 slave and >> the *nix/Java 1.5 slave on the Apache Jenkins build server *and* we >> cannot keep that integration test suite passing *then* Java 1.5 is >> dead for Maven IMHO >> >> -Stephen >> >> >> On 16 July 2013 11:58, Robert Patrick wrote: >> >>> Oracle Java 5 and 6 are EOLed but Oracle continues to support >>> customers using commercial products that require them that themselves are >>> not EOLed. >>> Given that current versions of Maven support Java 5 and 6, the real >>> question is how important is it for older applications that cannot >>> support Java 7 to be able to use future versions of Maven? >>> >>> As far as I know, there is nothing from preventing Maven developers >>> from using the existing versions of JDK 5/6 to build and test Maven. >>> >>> -- >>> Robert Patrick VP, FMW Architects Team: >>> The A-Team >>> Oracle Corporation Office: +1.940.725.0011 >>> 1148 Triple Crown Court Fax: +1.940.725.0012 >>> Bartonville, TX 76226, USA Mobile: +1.469.556.9450 >>> >>> Professional Oracle WebLogic Server >>> by Robert Patrick, Gregory Nyberg, and Philip Aston with Josh >>> Bregman and Paul Done Book Home Page: http://www.wrox.com/ Kindle >>> Version: http://www.amazon.com/ >>> >>> >>> >>> -Original Message- >>> From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com] >>> Sent: Tuesday, July 16, 2013 3:47 AM >>> To: Maven Developers List >>> Subject: Re: Java version usage survey >>> >>> I've put a question on Stack Overflow: >>> >>> http://stackoverflow.com/questions/17671899/when-is-java-6-end-of-li >>> fe-in-the-context-of-writing-developer-toolsto >>> see if we can get something that is a bit more focus on facts. >>> >>> e.g. we are all OSS developers: thus premium/extended/sustaining >>> support contracts are outside our budget. If we cannot test it for >>> free, we cannot support it. >>> >>> >>> On 16 July 2013 09:01, Fred Cooke wrote: >>> My 2c: - J7 on Mac is unstable (trust me...) and non-performant, and thus I require my users to use Apple's J6 on the Mac. - On Linux there are lots of Swing bugs in all versions, but a lot >>> less in J7 than J6, so I recommend J7 for Linux guys. - I don't use J5 for anything at all and none of my code can run on it due to basics that are missing there. I didn't distinguish vendors because the comments apply across all of them anyway. Fred. >>>
Release enforcer plugin?
Hi. Would anybody care to release the enforcer 1.3.1 plugin so we can go around http://jira.codehaus.org/browse/MENFORCER-156? All issues for 1.3.1 are fixed: http://jira.codehaus.org/browse/MENFORCER/fixforversion/19426#selectedTab=com.atlassian.jira.plugin.system.project%3Aversion-issues-panel -- -- David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen
RE: Java version usage survey
Folks In the states..government sector (specifically State Agencies) lag at least 5 years behind available current releases the specific example I provide is the app I was working on was based on JVM 1.5 the Portal was based on JVM 1.4 the end result was: Annotations: NOPE Generics: NOPE EfficientGC: NOPE The agency managers are listening to the hogwash from offshore consultants who say : "too expensive to upgrade to 1.7" this type of thinking is costing every taxpayer beaucoups bucks as each and every single tweak to the 1.4 JVM (patches already rolled into 1.6 and improved for 1.7 and tested) take a week or so (to test) on 1.4 Login to ANY State agency website ..attempt to upgrade your Browser's JVM plugin to 1.6 or 1.7 and watch the fireworks! In other words: SNAFU Martin __ Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. > Date: Tue, 16 Jul 2013 12:35:06 +0100 > Subject: Re: Java version usage survey > From: stephen.alan.conno...@gmail.com > To: dev@maven.apache.org > > Speaking as a Maven Developer... > > My primary development machine is OS-X. > > On that machine I have 1.6.0_24-b07-334, 1.7.0_17, 1.7.0_21, and 1.7.0_25 > > I have a personal linode running 1.6.0_22, and my famous Acer Aspire One > that has some Java 1.5 and 1.6 versions on it... but I have not turned it > on more than twice since March 2011... most likely I will wipe it and > reinstall some more recent linux on it which will remove the older JDK > versions leaving it with likely a 1.6 and a 1.7. > > I also have a windows box sitting beside me... powered off (the Sun Ultra > T-20's are noisy don't you know) I only turn it on when I *need* windows > and a virtual machine will not suffice (i.e. firmware updates on Samsung > Galaxy S... which is now only used as a game console by my son) That has > Java 1.4-1.7 on it but it is far from current in terms of AV and patches, > so not something I would turn on for a quick test of a release. > > Effectively the lowest I can test releases is Java 1.6. > > It would be interesting to hear what the rest of the committers have as > their testing capability. If very few committers have access to Java 1.5 > across operating systems then I think the answer is clear... namely we > would not be in a position to stand over a release that claims to work on > Java 1.5, and hence moving to Java 1.6 as a baseline would seem a good idea. > > Tools like animal-sniffer are great to help developers who cannot set up > the older JVMs on their development environment... but in my experience > they are no substitute for running on the older JVM. > > If our test capability is basically the Windows/Java 1.5 slave and the > *nix/Java 1.5 slave on the Apache Jenkins build server *and* we cannot keep > that integration test suite passing *then* Java 1.5 is dead for Maven IMHO > > -Stephen > > > On 16 July 2013 11:58, Robert Patrick wrote: > > > Oracle Java 5 and 6 are EOLed but Oracle continues to support customers > > using commercial products that require them that themselves are not EOLed. > > Given that current versions of Maven support Java 5 and 6, the real > > question is how important is it for older applications that cannot support > > Java 7 to be able to use future versions of Maven? > > > > As far as I know, there is nothing from preventing Maven developers from > > using the existing versions of JDK 5/6 to build and test Maven. > > > > -- > > Robert Patrick > > VP, FMW Architects Team: The A-Team > > Oracle Corporation Office: +1.940.725.0011 > > 1148 Triple Crown Court Fax: +1.940.725.0012 > > Bartonville, TX 76226, USA Mobile: +1.469.556.9450 > > > > Professional Oracle WebLogic Server > > by Robert Patrick, Gregory Nyberg, and Philip Aston > > with Josh Bregman and Paul Done > > Book Home Page: http://www.wrox.com/ > > Kindle Version: http://www.amazon.com/ > > > > > > > > -Original Message- > > From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.
Re: Java version usage survey
Me: Linux, Windows, AIX (and if I have too, OS/2!) 1.4, 5, 6 and if I need it, I can get 7. On Tue, Jul 16, 2013 at 10:13 PM, Lennart Jörelid wrote: > I rum mainly on OSX for client and some Linuxes for server - so client > side is >= JDK 1.6 > > // vänlig hälsning, > // [sw: "best regards"], > // > // Lennart Jörelid > > 16 jul 2013 kl. 13:53 skrev Olivier Lamy : > > > perso osx. So only >= 1.6 > > > > > > 2013/7/16 Stephen Connolly : > >> Speaking as a Maven Developer... > >> > >> My primary development machine is OS-X. > >> > >> On that machine I have 1.6.0_24-b07-334, 1.7.0_17, 1.7.0_21, and > 1.7.0_25 > >> > >> I have a personal linode running 1.6.0_22, and my famous Acer Aspire One > >> that has some Java 1.5 and 1.6 versions on it... but I have not turned > it > >> on more than twice since March 2011... most likely I will wipe it and > >> reinstall some more recent linux on it which will remove the older JDK > >> versions leaving it with likely a 1.6 and a 1.7. > >> > >> I also have a windows box sitting beside me... powered off (the Sun > Ultra > >> T-20's are noisy don't you know) I only turn it on when I *need* windows > >> and a virtual machine will not suffice (i.e. firmware updates on Samsung > >> Galaxy S... which is now only used as a game console by my son) That has > >> Java 1.4-1.7 on it but it is far from current in terms of AV and > patches, > >> so not something I would turn on for a quick test of a release. > >> > >> Effectively the lowest I can test releases is Java 1.6. > >> > >> It would be interesting to hear what the rest of the committers have as > >> their testing capability. If very few committers have access to Java 1.5 > >> across operating systems then I think the answer is clear... namely we > >> would not be in a position to stand over a release that claims to work > on > >> Java 1.5, and hence moving to Java 1.6 as a baseline would seem a good > idea. > >> > >> Tools like animal-sniffer are great to help developers who cannot set up > >> the older JVMs on their development environment... but in my experience > >> they are no substitute for running on the older JVM. > >> > >> If our test capability is basically the Windows/Java 1.5 slave and the > >> *nix/Java 1.5 slave on the Apache Jenkins build server *and* we cannot > keep > >> that integration test suite passing *then* Java 1.5 is dead for Maven > IMHO > >> > >> -Stephen > >> > >> > >> On 16 July 2013 11:58, Robert Patrick > wrote: > >> > >>> Oracle Java 5 and 6 are EOLed but Oracle continues to support customers > >>> using commercial products that require them that themselves are not > EOLed. > >>> Given that current versions of Maven support Java 5 and 6, the real > >>> question is how important is it for older applications that cannot > support > >>> Java 7 to be able to use future versions of Maven? > >>> > >>> As far as I know, there is nothing from preventing Maven developers > from > >>> using the existing versions of JDK 5/6 to build and test Maven. > >>> > >>> -- > >>> Robert Patrick > >>> VP, FMW Architects Team: The A-Team > >>> Oracle Corporation Office: +1.940.725.0011 > >>> 1148 Triple Crown Court Fax: +1.940.725.0012 > >>> Bartonville, TX 76226, USA Mobile: +1.469.556.9450 > >>> > >>> Professional Oracle WebLogic Server > >>> by Robert Patrick, Gregory Nyberg, and Philip Aston > >>> with Josh Bregman and Paul Done > >>> Book Home Page: http://www.wrox.com/ > >>> Kindle Version: http://www.amazon.com/ > >>> > >>> > >>> > >>> -Original Message- > >>> From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com] > >>> Sent: Tuesday, July 16, 2013 3:47 AM > >>> To: Maven Developers List > >>> Subject: Re: Java version usage survey > >>> > >>> I've put a question on Stack Overflow: > >>> > >>> > http://stackoverflow.com/questions/17671899/when-is-java-6-end-of-life-in-the-context-of-writing-developer-toolsto > >>> see if we can get something that is a bit more focus on facts. > >>> > >>> e.g. we are all OSS developers: thus premium/extended/sustaining > support > >>> contracts are outside our budget. If we cannot test it for free, we > cannot > >>> support it. > >>> > >>> > >>> On 16 July 2013 09:01, Fred Cooke wrote: > >>> > My 2c: > > - J7 on Mac is unstable (trust me...) and non-performant, and thus I > require my users to use Apple's J6 on the Mac. > - On Linux there are lots of Swing bugs in all versions, but a lot > >>> less > in J7 than J6, so I recommend J7 for Linux guys. > - I don't use J5 for anything at all and none of my code can run on > it > due to basics that are missing there. > > I didn't distinguish vendors because the comments apply across all of > them anyway. > Fred. > > On Tue, Jul 16, 2013 at 9:29 AM, Chris Graham > wrote: > > > Hi Arnaud. > > > > You need to at least add an OTHER (ie non oracle) entry as well. You > >>>
Re: Java version usage survey
I rum mainly on OSX for client and some Linuxes for server - so client side is >= JDK 1.6 // vänlig hälsning, // [sw: "best regards"], // // Lennart Jörelid 16 jul 2013 kl. 13:53 skrev Olivier Lamy : > perso osx. So only >= 1.6 > > > 2013/7/16 Stephen Connolly : >> Speaking as a Maven Developer... >> >> My primary development machine is OS-X. >> >> On that machine I have 1.6.0_24-b07-334, 1.7.0_17, 1.7.0_21, and 1.7.0_25 >> >> I have a personal linode running 1.6.0_22, and my famous Acer Aspire One >> that has some Java 1.5 and 1.6 versions on it... but I have not turned it >> on more than twice since March 2011... most likely I will wipe it and >> reinstall some more recent linux on it which will remove the older JDK >> versions leaving it with likely a 1.6 and a 1.7. >> >> I also have a windows box sitting beside me... powered off (the Sun Ultra >> T-20's are noisy don't you know) I only turn it on when I *need* windows >> and a virtual machine will not suffice (i.e. firmware updates on Samsung >> Galaxy S... which is now only used as a game console by my son) That has >> Java 1.4-1.7 on it but it is far from current in terms of AV and patches, >> so not something I would turn on for a quick test of a release. >> >> Effectively the lowest I can test releases is Java 1.6. >> >> It would be interesting to hear what the rest of the committers have as >> their testing capability. If very few committers have access to Java 1.5 >> across operating systems then I think the answer is clear... namely we >> would not be in a position to stand over a release that claims to work on >> Java 1.5, and hence moving to Java 1.6 as a baseline would seem a good idea. >> >> Tools like animal-sniffer are great to help developers who cannot set up >> the older JVMs on their development environment... but in my experience >> they are no substitute for running on the older JVM. >> >> If our test capability is basically the Windows/Java 1.5 slave and the >> *nix/Java 1.5 slave on the Apache Jenkins build server *and* we cannot keep >> that integration test suite passing *then* Java 1.5 is dead for Maven IMHO >> >> -Stephen >> >> >> On 16 July 2013 11:58, Robert Patrick wrote: >> >>> Oracle Java 5 and 6 are EOLed but Oracle continues to support customers >>> using commercial products that require them that themselves are not EOLed. >>> Given that current versions of Maven support Java 5 and 6, the real >>> question is how important is it for older applications that cannot support >>> Java 7 to be able to use future versions of Maven? >>> >>> As far as I know, there is nothing from preventing Maven developers from >>> using the existing versions of JDK 5/6 to build and test Maven. >>> >>> -- >>> Robert Patrick >>> VP, FMW Architects Team: The A-Team >>> Oracle Corporation Office: +1.940.725.0011 >>> 1148 Triple Crown Court Fax: +1.940.725.0012 >>> Bartonville, TX 76226, USA Mobile: +1.469.556.9450 >>> >>> Professional Oracle WebLogic Server >>> by Robert Patrick, Gregory Nyberg, and Philip Aston >>> with Josh Bregman and Paul Done >>> Book Home Page: http://www.wrox.com/ >>> Kindle Version: http://www.amazon.com/ >>> >>> >>> >>> -Original Message- >>> From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com] >>> Sent: Tuesday, July 16, 2013 3:47 AM >>> To: Maven Developers List >>> Subject: Re: Java version usage survey >>> >>> I've put a question on Stack Overflow: >>> >>> http://stackoverflow.com/questions/17671899/when-is-java-6-end-of-life-in-the-context-of-writing-developer-toolsto >>> see if we can get something that is a bit more focus on facts. >>> >>> e.g. we are all OSS developers: thus premium/extended/sustaining support >>> contracts are outside our budget. If we cannot test it for free, we cannot >>> support it. >>> >>> >>> On 16 July 2013 09:01, Fred Cooke wrote: >>> My 2c: - J7 on Mac is unstable (trust me...) and non-performant, and thus I require my users to use Apple's J6 on the Mac. - On Linux there are lots of Swing bugs in all versions, but a lot >>> less in J7 than J6, so I recommend J7 for Linux guys. - I don't use J5 for anything at all and none of my code can run on it due to basics that are missing there. I didn't distinguish vendors because the comments apply across all of them anyway. Fred. On Tue, Jul 16, 2013 at 9:29 AM, Chris Graham wrote: > Hi Arnaud. > > You need to at least add an OTHER (ie non oracle) entry as well. You > you can track Oracle java 6 and Non-Oracle java 6. > > -Chris > > > On Tue, Jul 16, 2013 at 4:19 PM, Arnaud Héritier > > wrote: > >> Good point. I updated the survey to tell it is the Oracle JDK EOL >> Survey : https://docs.google.com/forms/d/1Jqxq2KgSricwS7YV7pmWvHA8m7_TE7c8Jhusu gPmGW4/viewform >> Replies : https://
Re: Java version usage survey
perso osx. So only >= 1.6 2013/7/16 Stephen Connolly : > Speaking as a Maven Developer... > > My primary development machine is OS-X. > > On that machine I have 1.6.0_24-b07-334, 1.7.0_17, 1.7.0_21, and 1.7.0_25 > > I have a personal linode running 1.6.0_22, and my famous Acer Aspire One > that has some Java 1.5 and 1.6 versions on it... but I have not turned it > on more than twice since March 2011... most likely I will wipe it and > reinstall some more recent linux on it which will remove the older JDK > versions leaving it with likely a 1.6 and a 1.7. > > I also have a windows box sitting beside me... powered off (the Sun Ultra > T-20's are noisy don't you know) I only turn it on when I *need* windows > and a virtual machine will not suffice (i.e. firmware updates on Samsung > Galaxy S... which is now only used as a game console by my son) That has > Java 1.4-1.7 on it but it is far from current in terms of AV and patches, > so not something I would turn on for a quick test of a release. > > Effectively the lowest I can test releases is Java 1.6. > > It would be interesting to hear what the rest of the committers have as > their testing capability. If very few committers have access to Java 1.5 > across operating systems then I think the answer is clear... namely we > would not be in a position to stand over a release that claims to work on > Java 1.5, and hence moving to Java 1.6 as a baseline would seem a good idea. > > Tools like animal-sniffer are great to help developers who cannot set up > the older JVMs on their development environment... but in my experience > they are no substitute for running on the older JVM. > > If our test capability is basically the Windows/Java 1.5 slave and the > *nix/Java 1.5 slave on the Apache Jenkins build server *and* we cannot keep > that integration test suite passing *then* Java 1.5 is dead for Maven IMHO > > -Stephen > > > On 16 July 2013 11:58, Robert Patrick wrote: > >> Oracle Java 5 and 6 are EOLed but Oracle continues to support customers >> using commercial products that require them that themselves are not EOLed. >> Given that current versions of Maven support Java 5 and 6, the real >> question is how important is it for older applications that cannot support >> Java 7 to be able to use future versions of Maven? >> >> As far as I know, there is nothing from preventing Maven developers from >> using the existing versions of JDK 5/6 to build and test Maven. >> >> -- >> Robert Patrick >> VP, FMW Architects Team: The A-Team >> Oracle Corporation Office: +1.940.725.0011 >> 1148 Triple Crown Court Fax: +1.940.725.0012 >> Bartonville, TX 76226, USA Mobile: +1.469.556.9450 >> >> Professional Oracle WebLogic Server >> by Robert Patrick, Gregory Nyberg, and Philip Aston >> with Josh Bregman and Paul Done >> Book Home Page: http://www.wrox.com/ >> Kindle Version: http://www.amazon.com/ >> >> >> >> -Original Message- >> From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com] >> Sent: Tuesday, July 16, 2013 3:47 AM >> To: Maven Developers List >> Subject: Re: Java version usage survey >> >> I've put a question on Stack Overflow: >> >> http://stackoverflow.com/questions/17671899/when-is-java-6-end-of-life-in-the-context-of-writing-developer-toolsto >> see if we can get something that is a bit more focus on facts. >> >> e.g. we are all OSS developers: thus premium/extended/sustaining support >> contracts are outside our budget. If we cannot test it for free, we cannot >> support it. >> >> >> On 16 July 2013 09:01, Fred Cooke wrote: >> >> > My 2c: >> > >> >- J7 on Mac is unstable (trust me...) and non-performant, and thus I >> >require my users to use Apple's J6 on the Mac. >> >- On Linux there are lots of Swing bugs in all versions, but a lot >> less >> >in J7 than J6, so I recommend J7 for Linux guys. >> >- I don't use J5 for anything at all and none of my code can run on it >> >due to basics that are missing there. >> > >> > I didn't distinguish vendors because the comments apply across all of >> > them anyway. >> > Fred. >> > >> > On Tue, Jul 16, 2013 at 9:29 AM, Chris Graham >> > wrote: >> > >> > > Hi Arnaud. >> > > >> > > You need to at least add an OTHER (ie non oracle) entry as well. You >> > > you can track Oracle java 6 and Non-Oracle java 6. >> > > >> > > -Chris >> > > >> > > >> > > On Tue, Jul 16, 2013 at 4:19 PM, Arnaud Héritier >> > > > > > >wrote: >> > > >> > > > Good point. I updated the survey to tell it is the Oracle JDK EOL >> > > > Survey : >> > > > >> > > > >> > > >> > https://docs.google.com/forms/d/1Jqxq2KgSricwS7YV7pmWvHA8m7_TE7c8Jhusu >> > gPmGW4/viewform >> > > > Replies : >> > > > >> > > > >> > > >> > https://docs.google.com/forms/d/1Jqxq2KgSricwS7YV7pmWvHA8m7_TE7c8Jhusu >> > gPmGW4/viewanalytics >> > > > >> > > > >> > > > On Tue, Jul 16, 2013 at 8:06 AM, Chris Graham >> > > > >> > > > wrote: >> > > > >> > > > > On Tue, Jul 16, 2013 at 10:07 AM, Arnaud Héri
Re: Java version usage survey
Recent MacOS also thus only Java 1.6 and 1.7. Maybe I could setup a VM with a Java 1.5 but to be honest I already have not enough time to contribute thus working on Maven inside a VM will never occur. On Tue, Jul 16, 2013 at 1:35 PM, Stephen Connolly < stephen.alan.conno...@gmail.com> wrote: > Speaking as a Maven Developer... > > My primary development machine is OS-X. > > On that machine I have 1.6.0_24-b07-334, 1.7.0_17, 1.7.0_21, and 1.7.0_25 > > I have a personal linode running 1.6.0_22, and my famous Acer Aspire One > that has some Java 1.5 and 1.6 versions on it... but I have not turned it > on more than twice since March 2011... most likely I will wipe it and > reinstall some more recent linux on it which will remove the older JDK > versions leaving it with likely a 1.6 and a 1.7. > > I also have a windows box sitting beside me... powered off (the Sun Ultra > T-20's are noisy don't you know) I only turn it on when I *need* windows > and a virtual machine will not suffice (i.e. firmware updates on Samsung > Galaxy S... which is now only used as a game console by my son) That has > Java 1.4-1.7 on it but it is far from current in terms of AV and patches, > so not something I would turn on for a quick test of a release. > > Effectively the lowest I can test releases is Java 1.6. > > It would be interesting to hear what the rest of the committers have as > their testing capability. If very few committers have access to Java 1.5 > across operating systems then I think the answer is clear... namely we > would not be in a position to stand over a release that claims to work on > Java 1.5, and hence moving to Java 1.6 as a baseline would seem a good > idea. > > Tools like animal-sniffer are great to help developers who cannot set up > the older JVMs on their development environment... but in my experience > they are no substitute for running on the older JVM. > > If our test capability is basically the Windows/Java 1.5 slave and the > *nix/Java 1.5 slave on the Apache Jenkins build server *and* we cannot keep > that integration test suite passing *then* Java 1.5 is dead for Maven IMHO > > -Stephen > > > On 16 July 2013 11:58, Robert Patrick wrote: > > > Oracle Java 5 and 6 are EOLed but Oracle continues to support customers > > using commercial products that require them that themselves are not > EOLed. > > Given that current versions of Maven support Java 5 and 6, the real > > question is how important is it for older applications that cannot > support > > Java 7 to be able to use future versions of Maven? > > > > As far as I know, there is nothing from preventing Maven developers from > > using the existing versions of JDK 5/6 to build and test Maven. > > > > -- > > Robert Patrick > > VP, FMW Architects Team: The A-Team > > Oracle Corporation Office: +1.940.725.0011 > > 1148 Triple Crown Court Fax: +1.940.725.0012 > > Bartonville, TX 76226, USA Mobile: +1.469.556.9450 > > > > Professional Oracle WebLogic Server > > by Robert Patrick, Gregory Nyberg, and Philip Aston > > with Josh Bregman and Paul Done > > Book Home Page: http://www.wrox.com/ > > Kindle Version: http://www.amazon.com/ > > > > > > > > -Original Message- > > From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com] > > Sent: Tuesday, July 16, 2013 3:47 AM > > To: Maven Developers List > > Subject: Re: Java version usage survey > > > > I've put a question on Stack Overflow: > > > > > http://stackoverflow.com/questions/17671899/when-is-java-6-end-of-life-in-the-context-of-writing-developer-toolsto > > see if we can get something that is a bit more focus on facts. > > > > e.g. we are all OSS developers: thus premium/extended/sustaining support > > contracts are outside our budget. If we cannot test it for free, we > cannot > > support it. > > > > > > On 16 July 2013 09:01, Fred Cooke wrote: > > > > > My 2c: > > > > > >- J7 on Mac is unstable (trust me...) and non-performant, and thus I > > >require my users to use Apple's J6 on the Mac. > > >- On Linux there are lots of Swing bugs in all versions, but a lot > > less > > >in J7 than J6, so I recommend J7 for Linux guys. > > >- I don't use J5 for anything at all and none of my code can run on > it > > >due to basics that are missing there. > > > > > > I didn't distinguish vendors because the comments apply across all of > > > them anyway. > > > Fred. > > > > > > On Tue, Jul 16, 2013 at 9:29 AM, Chris Graham > > > wrote: > > > > > > > Hi Arnaud. > > > > > > > > You need to at least add an OTHER (ie non oracle) entry as well. You > > > > you can track Oracle java 6 and Non-Oracle java 6. > > > > > > > > -Chris > > > > > > > > > > > > On Tue, Jul 16, 2013 at 4:19 PM, Arnaud Héritier > > > > > > > >wrote: > > > > > > > > > Good point. I updated the survey to tell it is the Oracle JDK EOL > > > > > Survey : > > > > > > > > > > > > > > > > > https://docs.google.com/forms/d/1Jqxq2KgSricwS7YV7pmWvHA8m7_TE7c8Jhusu > >
Re: Java version usage survey
Speaking as a Maven Developer... My primary development machine is OS-X. On that machine I have 1.6.0_24-b07-334, 1.7.0_17, 1.7.0_21, and 1.7.0_25 I have a personal linode running 1.6.0_22, and my famous Acer Aspire One that has some Java 1.5 and 1.6 versions on it... but I have not turned it on more than twice since March 2011... most likely I will wipe it and reinstall some more recent linux on it which will remove the older JDK versions leaving it with likely a 1.6 and a 1.7. I also have a windows box sitting beside me... powered off (the Sun Ultra T-20's are noisy don't you know) I only turn it on when I *need* windows and a virtual machine will not suffice (i.e. firmware updates on Samsung Galaxy S... which is now only used as a game console by my son) That has Java 1.4-1.7 on it but it is far from current in terms of AV and patches, so not something I would turn on for a quick test of a release. Effectively the lowest I can test releases is Java 1.6. It would be interesting to hear what the rest of the committers have as their testing capability. If very few committers have access to Java 1.5 across operating systems then I think the answer is clear... namely we would not be in a position to stand over a release that claims to work on Java 1.5, and hence moving to Java 1.6 as a baseline would seem a good idea. Tools like animal-sniffer are great to help developers who cannot set up the older JVMs on their development environment... but in my experience they are no substitute for running on the older JVM. If our test capability is basically the Windows/Java 1.5 slave and the *nix/Java 1.5 slave on the Apache Jenkins build server *and* we cannot keep that integration test suite passing *then* Java 1.5 is dead for Maven IMHO -Stephen On 16 July 2013 11:58, Robert Patrick wrote: > Oracle Java 5 and 6 are EOLed but Oracle continues to support customers > using commercial products that require them that themselves are not EOLed. > Given that current versions of Maven support Java 5 and 6, the real > question is how important is it for older applications that cannot support > Java 7 to be able to use future versions of Maven? > > As far as I know, there is nothing from preventing Maven developers from > using the existing versions of JDK 5/6 to build and test Maven. > > -- > Robert Patrick > VP, FMW Architects Team: The A-Team > Oracle Corporation Office: +1.940.725.0011 > 1148 Triple Crown Court Fax: +1.940.725.0012 > Bartonville, TX 76226, USA Mobile: +1.469.556.9450 > > Professional Oracle WebLogic Server > by Robert Patrick, Gregory Nyberg, and Philip Aston > with Josh Bregman and Paul Done > Book Home Page: http://www.wrox.com/ > Kindle Version: http://www.amazon.com/ > > > > -Original Message- > From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com] > Sent: Tuesday, July 16, 2013 3:47 AM > To: Maven Developers List > Subject: Re: Java version usage survey > > I've put a question on Stack Overflow: > > http://stackoverflow.com/questions/17671899/when-is-java-6-end-of-life-in-the-context-of-writing-developer-toolsto > see if we can get something that is a bit more focus on facts. > > e.g. we are all OSS developers: thus premium/extended/sustaining support > contracts are outside our budget. If we cannot test it for free, we cannot > support it. > > > On 16 July 2013 09:01, Fred Cooke wrote: > > > My 2c: > > > >- J7 on Mac is unstable (trust me...) and non-performant, and thus I > >require my users to use Apple's J6 on the Mac. > >- On Linux there are lots of Swing bugs in all versions, but a lot > less > >in J7 than J6, so I recommend J7 for Linux guys. > >- I don't use J5 for anything at all and none of my code can run on it > >due to basics that are missing there. > > > > I didn't distinguish vendors because the comments apply across all of > > them anyway. > > Fred. > > > > On Tue, Jul 16, 2013 at 9:29 AM, Chris Graham > > wrote: > > > > > Hi Arnaud. > > > > > > You need to at least add an OTHER (ie non oracle) entry as well. You > > > you can track Oracle java 6 and Non-Oracle java 6. > > > > > > -Chris > > > > > > > > > On Tue, Jul 16, 2013 at 4:19 PM, Arnaud Héritier > > > > > >wrote: > > > > > > > Good point. I updated the survey to tell it is the Oracle JDK EOL > > > > Survey : > > > > > > > > > > > > > https://docs.google.com/forms/d/1Jqxq2KgSricwS7YV7pmWvHA8m7_TE7c8Jhusu > > gPmGW4/viewform > > > > Replies : > > > > > > > > > > > > > https://docs.google.com/forms/d/1Jqxq2KgSricwS7YV7pmWvHA8m7_TE7c8Jhusu > > gPmGW4/viewanalytics > > > > > > > > > > > > On Tue, Jul 16, 2013 at 8:06 AM, Chris Graham > > > > > > > > wrote: > > > > > > > > > On Tue, Jul 16, 2013 at 10:07 AM, Arnaud Héritier < > > aherit...@gmail.com > > > > > >wrote: > > > > > > > > > > > Hi, > > > > > > > > > > > > Java 6 EOL was in feb and Maven and its plugins are always > > > compatible > > > > > > > > > > > > > > > > Oracle
Re: Log4j2/Logback integration updates
On Tue, Jul 16, 2013 at 6:26 PM, Lennart Jörelid wrote: > This is not (or should not be) an entirely technical question - support for > various versions of JDK may be the simpler criterion to discuss, but I feel > the more relevant question is > > "Do we first and foremost see small-scale projects [small organisations] or > enterprise-scale projects [enterprise-scale organisations] as the > recipients of what we build?" > > I think that the premise of the question is utterly wrong! It is not an "OR" question. The fact is that we do, and need too, cater for both! It's an "AND". > In the former case, we are at liberty to cut support for older JDK versions > and trust in the more modern toolchain and vice versa. While some > long-standing problems with newer JDKs (like retina support for JDK 7 on > Macs, proper font support for JDK on Linux, or sluggishness of JEE > container upgrades for example) can certainly hinder or prevent upgrading > the toolchain, to what extent do you believe these problems to be relevant > for small-scale projects and enterprise-scale projects respectively? > > In my experience, the upgrade speed of ASF / Codehaus / Eclipse (which > manufacture the toolchains that pretty much everyone uses) is one of the > major factors in determining the upgrade speed of most projects out there. > Quite few players are willing to pay the cost to sculpt their development > process and toolchain entirely from their own needs. > > In the enterprise space, from what I've seen, it's comes down to one thing: COST. If the existing solution works, then it tends to stay put. As upgrading costs, hugely! The best example that I can think of is that the latest (or later?) of one of the Tivoli products (TIM or TAM) still sits on top of WAS 6.1 (which is EOL) but, as it's embedded into TIM/TAM it is a restricted use, sort of, so it is still supported. My point here is that it is not the specifics of the technology involved (how new or old it is) rather it is the function performed. That is what the enterprise space looks at, they generally do not care how it's done, they just want the job done. I will also be the first to admit, that as things get leaner, and/or start to move to the cloud, that the technology used is getting a better look in. However, with embedded produts, I can not see that changing too much at all. In the open source space, sure, feel free to let the OS stuff lead, as it does eventually find it's way into the corporate space. IMHO it would be good to upgrade to a JDK 7 based chain, for reasons of > both technology, customer affinity and open source society progress - but > there are certainly valid opinions for other choices as well. > > > 2013/7/16 Mirko Friedenhagen > > > I would prefer going from JDK5 to 7 immediately as well, old JDK means > > usage of old tools. > > > > Regards Mirko > > -- > > Sent from my mobile > > On Jul 16, 2013 7:07 AM, "Stephen Connolly" < > > stephen.alan.conno...@gmail.com> > > wrote: > > > > > So what I am hearing is that until we bump core to require JDK6 (or 7) > > then > > > logback is the only runner from a technical point of view (never mind > > that > > > log4j2 is still not GA) > > > > > > OTOH I would be interested in bumping JDK all the way to 7 if we were > > happy > > > that toolchains is good enough and we had tests in play that use > > toolchains > > > > > > On Tuesday, 16 July 2013, Arnaud Héritier wrote: > > > > > > > Hi > > > > > > > > FYI I rebased both branches on current master : > > > > * > > > > > > > > > > > > > > https://git-wip-us.apache.org/repos/asf?p=maven.git;a=shortlog;h=refs/heads/slf4j-log4j2 > > > > * > > > > > > > > > > > > > > https://git-wip-us.apache.org/repos/asf?p=maven.git;a=shortlog;h=refs/heads/slf4j-logback > > > > With all work done by Herve both branches have only one interesting > > > commit > > > > to update few deps. > > > > > > > > If you want to test them I shared some archives : > > > > * > > > > > > > > > > > > > > https://dl.dropboxusercontent.com/u/501043/apache-maven-3.2-SNAPSHOT-log4j2-bin.tar.gz > > > > * > > > > > > > > > > > > > > https://dl.dropboxusercontent.com/u/501043/apache-maven-3.2-SNAPSHOT-log4j2-bin.zip > > > > * > > > > > > > > > > > > > > https://dl.dropboxusercontent.com/u/501043/apache-maven-3.2-SNAPSHOT-logback-bin.tar.gz > > > > * > > > > > > > > > > > > > > https://dl.dropboxusercontent.com/u/501043/apache-maven-3.2-SNAPSHOT-logback-bin.zip > > > > (You just have to replace the non-color config file in conf/logging > by > > > the > > > > -color one) > > > > > > > > LOG4J2 has 2 issues : > > > > ** It requires Java 6 (while our core is always requiring Java 5 for > > > now) > > > > ** beta 7 and beta 8 aren't supporting some methods we used in our > > > > integration : > > > > [WARNING] setRootLoggerLevel: operation not supported > > > > [WARNING] reset(): operation not supported > > > > > > > > Cheers > > > > > > > > - > > > > Arnaud Héritier > > > > http://ah
RE: Java version usage survey
Oracle Java 5 and 6 are EOLed but Oracle continues to support customers using commercial products that require them that themselves are not EOLed. Given that current versions of Maven support Java 5 and 6, the real question is how important is it for older applications that cannot support Java 7 to be able to use future versions of Maven? As far as I know, there is nothing from preventing Maven developers from using the existing versions of JDK 5/6 to build and test Maven. -- Robert Patrick VP, FMW Architects Team: The A-Team Oracle Corporation Office: +1.940.725.0011 1148 Triple Crown Court Fax: +1.940.725.0012 Bartonville, TX 76226, USA Mobile: +1.469.556.9450 Professional Oracle WebLogic Server by Robert Patrick, Gregory Nyberg, and Philip Aston with Josh Bregman and Paul Done Book Home Page: http://www.wrox.com/ Kindle Version: http://www.amazon.com/ -Original Message- From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com] Sent: Tuesday, July 16, 2013 3:47 AM To: Maven Developers List Subject: Re: Java version usage survey I've put a question on Stack Overflow: http://stackoverflow.com/questions/17671899/when-is-java-6-end-of-life-in-the-context-of-writing-developer-toolsto see if we can get something that is a bit more focus on facts. e.g. we are all OSS developers: thus premium/extended/sustaining support contracts are outside our budget. If we cannot test it for free, we cannot support it. On 16 July 2013 09:01, Fred Cooke wrote: > My 2c: > >- J7 on Mac is unstable (trust me...) and non-performant, and thus I >require my users to use Apple's J6 on the Mac. >- On Linux there are lots of Swing bugs in all versions, but a lot less >in J7 than J6, so I recommend J7 for Linux guys. >- I don't use J5 for anything at all and none of my code can run on it >due to basics that are missing there. > > I didn't distinguish vendors because the comments apply across all of > them anyway. > Fred. > > On Tue, Jul 16, 2013 at 9:29 AM, Chris Graham > wrote: > > > Hi Arnaud. > > > > You need to at least add an OTHER (ie non oracle) entry as well. You > > you can track Oracle java 6 and Non-Oracle java 6. > > > > -Chris > > > > > > On Tue, Jul 16, 2013 at 4:19 PM, Arnaud Héritier > > > >wrote: > > > > > Good point. I updated the survey to tell it is the Oracle JDK EOL > > > Survey : > > > > > > > > > https://docs.google.com/forms/d/1Jqxq2KgSricwS7YV7pmWvHA8m7_TE7c8Jhusu > gPmGW4/viewform > > > Replies : > > > > > > > > > https://docs.google.com/forms/d/1Jqxq2KgSricwS7YV7pmWvHA8m7_TE7c8Jhusu > gPmGW4/viewanalytics > > > > > > > > > On Tue, Jul 16, 2013 at 8:06 AM, Chris Graham > > > > > > wrote: > > > > > > > On Tue, Jul 16, 2013 at 10:07 AM, Arnaud Héritier < > aherit...@gmail.com > > > > >wrote: > > > > > > > > > Hi, > > > > > > > > > > Java 6 EOL was in feb and Maven and its plugins are always > > compatible > > > > > > > > > > > > > Oracle Java 6 was EOL'd. > > > > > > > > IBM Java 6 was, and is not due to be for a few more years. They > > > > even > > > > *extended* 1.5's life for a year. Sept this year, I think. > > > > > > > > -Chris > > > > > > > > > > > > > > > > -- > > > - > > > 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: tags maven-3.1 vs maven-3.1.0
On 16 July 2013 09:44, Fred Cooke wrote: > On Tue, Jul 16, 2013 at 8:14 AM, Chris Graham wrote: > >> Michael's point about omiting the trailing .0 is valid, and introducing it >> now does not follow the established convention. >> Is it going to be cleaned up? >> > > I sincerely hope not! That would involve potential for confusion should > anyone have fetched the old and now "deleted" (only in the apache copy!) > tag. Let the sleeping dog lie and improve the process to avoid it in future. > +1 Now that it is published, you have to live with it. Is the versioning convention documented anywhere? >> -Chris >> >> >> On Tue, Jul 16, 2013 at 6:42 AM, Arnaud Héritier > >wrote: >> >> > lol >> > >> > >> > On Mon, Jul 15, 2013 at 10:40 PM, Hervé BOUTEMY > > >wrote: >> > >> > > uh, another bot? >> > > >> > > Le lundi 15 juillet 2013 22:28:26 Fred Cooke a écrit : >> > > > What was the hash for future reference? This is why sebb is sooo >> right. >> > > If >> > > > you have a unique coordinate, you're good for life, no matter what >> gets >> > > > done to the SCM. (more or less) >> > > > >> > > > On Mon, Jul 15, 2013 at 9:53 PM, Arnaud Héritier < >> aherit...@gmail.com >> > > >wrote: >> > > > > done >> > > > > >> > > > > On Mon, Jul 15, 2013 at 9:36 PM, Jason van Zyl >> > wrote: >> > > > > > Sure, drop the older one. >> > > > > > >> > > > > > On Jul 15, 2013, at 2:57 PM, Arnaud Héritier < >> aherit...@gmail.com> >> > > > > >> > > > > wrote: >> > > > > > > Hi Jason, >> > > > > > > >> > > > > > > It seems we have 2 tags in Git for maven 3.1 : maven-3.1 and >> > > > > >> > > > > maven-3.1.0 >> > > > > >> > > > > > > I think that the the right one to keep is the second one >> > (893ca28 >> > > - >> > > > > >> > > > > 28th >> > > > > >> > > > > > > June) ? >> > > > > > > >> > > > > > > I suppose we need to drop the old maven-3.1 tag ? >> > > > > > > >> > > > > > > Cheers, >> > > > > > > >> > > > > > > - >> > > > > > > Arnaud Héritier >> > > > > > > http://aheritier.net >> > > > > > > Mail/GTalk: aheritier AT gmail DOT com >> > > > > > > Twitter/Skype : aheritier >> > > > > > >> > > > > > Thanks, >> > > > > > >> > > > > > Jason >> > > > > > >> > > > > > -- >> > > > > > Jason van Zyl >> > > > > > Founder, Apache Maven >> > > > > > http://twitter.com/jvanzyl >> > > > > > - >> > > > > > >> > > > > > Simplex sigillum veri. (Simplicity is the seal of truth.) >> > > > > >> > > > > -- >> > > > > - >> > > > > 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 >> > > >> > > >> > >> > >> > -- >> > - >> > 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: Java version usage survey
I've put a question on Stack Overflow: http://stackoverflow.com/questions/17671899/when-is-java-6-end-of-life-in-the-context-of-writing-developer-toolsto see if we can get something that is a bit more focus on facts. e.g. we are all OSS developers: thus premium/extended/sustaining support contracts are outside our budget. If we cannot test it for free, we cannot support it. On 16 July 2013 09:01, Fred Cooke wrote: > My 2c: > >- J7 on Mac is unstable (trust me...) and non-performant, and thus I >require my users to use Apple's J6 on the Mac. >- On Linux there are lots of Swing bugs in all versions, but a lot less >in J7 than J6, so I recommend J7 for Linux guys. >- I don't use J5 for anything at all and none of my code can run on it >due to basics that are missing there. > > I didn't distinguish vendors because the comments apply across all of them > anyway. > Fred. > > On Tue, Jul 16, 2013 at 9:29 AM, Chris Graham > wrote: > > > Hi Arnaud. > > > > You need to at least add an OTHER (ie non oracle) entry as well. You you > > can track Oracle java 6 and Non-Oracle java 6. > > > > -Chris > > > > > > On Tue, Jul 16, 2013 at 4:19 PM, Arnaud Héritier > >wrote: > > > > > Good point. I updated the survey to tell it is the Oracle JDK EOL > > > Survey : > > > > > > > > > https://docs.google.com/forms/d/1Jqxq2KgSricwS7YV7pmWvHA8m7_TE7c8JhusugPmGW4/viewform > > > Replies : > > > > > > > > > https://docs.google.com/forms/d/1Jqxq2KgSricwS7YV7pmWvHA8m7_TE7c8JhusugPmGW4/viewanalytics > > > > > > > > > On Tue, Jul 16, 2013 at 8:06 AM, Chris Graham > > > wrote: > > > > > > > On Tue, Jul 16, 2013 at 10:07 AM, Arnaud Héritier < > aherit...@gmail.com > > > > >wrote: > > > > > > > > > Hi, > > > > > > > > > > Java 6 EOL was in feb and Maven and its plugins are always > > compatible > > > > > > > > > > > > > Oracle Java 6 was EOL'd. > > > > > > > > IBM Java 6 was, and is not due to be for a few more years. They even > > > > *extended* 1.5's life for a year. Sept this year, I think. > > > > > > > > -Chris > > > > > > > > > > > > > > > > -- > > > - > > > Arnaud Héritier > > > http://aheritier.net > > > Mail/GTalk: aheritier AT gmail DOT com > > > Twitter/Skype : aheritier > > > > > >
Re: tags maven-3.1 vs maven-3.1.0
On Tue, Jul 16, 2013 at 8:14 AM, Chris Graham wrote: > Michael's point about omiting the trailing .0 is valid, and introducing it > now does not follow the established convention. > Is it going to be cleaned up? > I sincerely hope not! That would involve potential for confusion should anyone have fetched the old and now "deleted" (only in the apache copy!) tag. Let the sleeping dog lie and improve the process to avoid it in future. > -Chris > > > On Tue, Jul 16, 2013 at 6:42 AM, Arnaud Héritier >wrote: > > > lol > > > > > > On Mon, Jul 15, 2013 at 10:40 PM, Hervé BOUTEMY > >wrote: > > > > > uh, another bot? > > > > > > Le lundi 15 juillet 2013 22:28:26 Fred Cooke a écrit : > > > > What was the hash for future reference? This is why sebb is sooo > right. > > > If > > > > you have a unique coordinate, you're good for life, no matter what > gets > > > > done to the SCM. (more or less) > > > > > > > > On Mon, Jul 15, 2013 at 9:53 PM, Arnaud Héritier < > aherit...@gmail.com > > > >wrote: > > > > > done > > > > > > > > > > On Mon, Jul 15, 2013 at 9:36 PM, Jason van Zyl > > wrote: > > > > > > Sure, drop the older one. > > > > > > > > > > > > On Jul 15, 2013, at 2:57 PM, Arnaud Héritier < > aherit...@gmail.com> > > > > > > > > > > wrote: > > > > > > > Hi Jason, > > > > > > > > > > > > > > It seems we have 2 tags in Git for maven 3.1 : maven-3.1 and > > > > > > > > > > maven-3.1.0 > > > > > > > > > > > > I think that the the right one to keep is the second one > > (893ca28 > > > - > > > > > > > > > > 28th > > > > > > > > > > > > June) ? > > > > > > > > > > > > > > I suppose we need to drop the old maven-3.1 tag ? > > > > > > > > > > > > > > Cheers, > > > > > > > > > > > > > > - > > > > > > > Arnaud Héritier > > > > > > > http://aheritier.net > > > > > > > Mail/GTalk: aheritier AT gmail DOT com > > > > > > > Twitter/Skype : aheritier > > > > > > > > > > > > Thanks, > > > > > > > > > > > > Jason > > > > > > > > > > > > -- > > > > > > Jason van Zyl > > > > > > Founder, Apache Maven > > > > > > http://twitter.com/jvanzyl > > > > > > - > > > > > > > > > > > > Simplex sigillum veri. (Simplicity is the seal of truth.) > > > > > > > > > > -- > > > > > - > > > > > 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 > > > > > > > > > > > > -- > > - > > Arnaud Héritier > > http://aheritier.net > > Mail/GTalk: aheritier AT gmail DOT com > > Twitter/Skype : aheritier > > >
Re: Log4j2/Logback integration updates
This is not (or should not be) an entirely technical question - support for various versions of JDK may be the simpler criterion to discuss, but I feel the more relevant question is "Do we first and foremost see small-scale projects [small organisations] or enterprise-scale projects [enterprise-scale organisations] as the recipients of what we build?" In the former case, we are at liberty to cut support for older JDK versions and trust in the more modern toolchain and vice versa. While some long-standing problems with newer JDKs (like retina support for JDK 7 on Macs, proper font support for JDK on Linux, or sluggishness of JEE container upgrades for example) can certainly hinder or prevent upgrading the toolchain, to what extent do you believe these problems to be relevant for small-scale projects and enterprise-scale projects respectively? In my experience, the upgrade speed of ASF / Codehaus / Eclipse (which manufacture the toolchains that pretty much everyone uses) is one of the major factors in determining the upgrade speed of most projects out there. Quite few players are willing to pay the cost to sculpt their development process and toolchain entirely from their own needs. IMHO it would be good to upgrade to a JDK 7 based chain, for reasons of both technology, customer affinity and open source society progress - but there are certainly valid opinions for other choices as well. 2013/7/16 Mirko Friedenhagen > I would prefer going from JDK5 to 7 immediately as well, old JDK means > usage of old tools. > > Regards Mirko > -- > Sent from my mobile > On Jul 16, 2013 7:07 AM, "Stephen Connolly" < > stephen.alan.conno...@gmail.com> > wrote: > > > So what I am hearing is that until we bump core to require JDK6 (or 7) > then > > logback is the only runner from a technical point of view (never mind > that > > log4j2 is still not GA) > > > > OTOH I would be interested in bumping JDK all the way to 7 if we were > happy > > that toolchains is good enough and we had tests in play that use > toolchains > > > > On Tuesday, 16 July 2013, Arnaud Héritier wrote: > > > > > Hi > > > > > > FYI I rebased both branches on current master : > > > * > > > > > > > > > https://git-wip-us.apache.org/repos/asf?p=maven.git;a=shortlog;h=refs/heads/slf4j-log4j2 > > > * > > > > > > > > > https://git-wip-us.apache.org/repos/asf?p=maven.git;a=shortlog;h=refs/heads/slf4j-logback > > > With all work done by Herve both branches have only one interesting > > commit > > > to update few deps. > > > > > > If you want to test them I shared some archives : > > > * > > > > > > > > > https://dl.dropboxusercontent.com/u/501043/apache-maven-3.2-SNAPSHOT-log4j2-bin.tar.gz > > > * > > > > > > > > > https://dl.dropboxusercontent.com/u/501043/apache-maven-3.2-SNAPSHOT-log4j2-bin.zip > > > * > > > > > > > > > https://dl.dropboxusercontent.com/u/501043/apache-maven-3.2-SNAPSHOT-logback-bin.tar.gz > > > * > > > > > > > > > https://dl.dropboxusercontent.com/u/501043/apache-maven-3.2-SNAPSHOT-logback-bin.zip > > > (You just have to replace the non-color config file in conf/logging by > > the > > > -color one) > > > > > > LOG4J2 has 2 issues : > > > ** It requires Java 6 (while our core is always requiring Java 5 for > > now) > > > ** beta 7 and beta 8 aren't supporting some methods we used in our > > > integration : > > > [WARNING] setRootLoggerLevel: operation not supported > > > [WARNING] reset(): operation not supported > > > > > > Cheers > > > > > > - > > > Arnaud Héritier > > > http://aheritier.net > > > Mail/GTalk: aheritier AT gmail DOT com > > > Twitter/Skype : aheritier > > > > > > > > > -- > > Sent from my phone > > > -- -- +==+ | Bästa hälsningar, | [sw. "Best regards"] | | Lennart Jörelid | EAI Architect & Integrator | | jGuru Europe AB | Mölnlycke - Kista | | Email: l...@jguru.se | URL: www.jguru.se | Phone | (skype):jgurueurope | (intl): +46 708 507 603 | (domestic): 0708 - 507 603 +==+
Re: Java version usage survey
My 2c: - J7 on Mac is unstable (trust me...) and non-performant, and thus I require my users to use Apple's J6 on the Mac. - On Linux there are lots of Swing bugs in all versions, but a lot less in J7 than J6, so I recommend J7 for Linux guys. - I don't use J5 for anything at all and none of my code can run on it due to basics that are missing there. I didn't distinguish vendors because the comments apply across all of them anyway. Fred. On Tue, Jul 16, 2013 at 9:29 AM, Chris Graham wrote: > Hi Arnaud. > > You need to at least add an OTHER (ie non oracle) entry as well. You you > can track Oracle java 6 and Non-Oracle java 6. > > -Chris > > > On Tue, Jul 16, 2013 at 4:19 PM, Arnaud Héritier >wrote: > > > Good point. I updated the survey to tell it is the Oracle JDK EOL > > Survey : > > > > > https://docs.google.com/forms/d/1Jqxq2KgSricwS7YV7pmWvHA8m7_TE7c8JhusugPmGW4/viewform > > Replies : > > > > > https://docs.google.com/forms/d/1Jqxq2KgSricwS7YV7pmWvHA8m7_TE7c8JhusugPmGW4/viewanalytics > > > > > > On Tue, Jul 16, 2013 at 8:06 AM, Chris Graham > > wrote: > > > > > On Tue, Jul 16, 2013 at 10:07 AM, Arnaud Héritier > > >wrote: > > > > > > > Hi, > > > > > > > > Java 6 EOL was in feb and Maven and its plugins are always > compatible > > > > > > > > > > Oracle Java 6 was EOL'd. > > > > > > IBM Java 6 was, and is not due to be for a few more years. They even > > > *extended* 1.5's life for a year. Sept this year, I think. > > > > > > -Chris > > > > > > > > > > > -- > > - > > Arnaud Héritier > > http://aheritier.net > > Mail/GTalk: aheritier AT gmail DOT com > > Twitter/Skype : aheritier > > >
Re: Java version usage survey
Hi Arnaud. You need to at least add an OTHER (ie non oracle) entry as well. You you can track Oracle java 6 and Non-Oracle java 6. -Chris On Tue, Jul 16, 2013 at 4:19 PM, Arnaud Héritier wrote: > Good point. I updated the survey to tell it is the Oracle JDK EOL > Survey : > > https://docs.google.com/forms/d/1Jqxq2KgSricwS7YV7pmWvHA8m7_TE7c8JhusugPmGW4/viewform > Replies : > > https://docs.google.com/forms/d/1Jqxq2KgSricwS7YV7pmWvHA8m7_TE7c8JhusugPmGW4/viewanalytics > > > On Tue, Jul 16, 2013 at 8:06 AM, Chris Graham > wrote: > > > On Tue, Jul 16, 2013 at 10:07 AM, Arnaud Héritier > >wrote: > > > > > Hi, > > > > > > Java 6 EOL was in feb and Maven and its plugins are always compatible > > > > > > > Oracle Java 6 was EOL'd. > > > > IBM Java 6 was, and is not due to be for a few more years. They even > > *extended* 1.5's life for a year. Sept this year, I think. > > > > -Chris > > > > > > -- > - > Arnaud Héritier > http://aheritier.net > Mail/GTalk: aheritier AT gmail DOT com > Twitter/Skype : aheritier >
