Commit: r2714: Make java 1.7 mandatory and refuse to run on earlier versions.

Version 2714 was committed by steve on Thu, 19 Sep 2013 Make java 1.7 mandatory and refuse to run on earlier versions.

-1 Regards Klaus -- View this message in context: http://gis.19327.n5.nabble.com/Commit-r2714-Make-java-1-7-mandatory-and-refu... Sent from the Mkgmap Development mailing list archive at Nabble.com.

Here my arguments. Java 7 ... - isn't the widespread used standard JVM - isn't available for some OS - isn't available as ready-to-use installation paket for some OS @Steve ... you said it yourself: "Although it is funny that I only changed to using 1.7 to run mkgmap in the last week!" Regards Klaus -- View this message in context: http://gis.19327.n5.nabble.com/Commit-r2714-Make-java-1-7-mandatory-and-refu... Sent from the Mkgmap Development mailing list archive at Nabble.com.

Hi Klaus,
Here my arguments. Java 7 ... - isn't the widespread used standard JVM
Do you have any numbers? What is the most used standard JVM?
- isn't available for some OS - isn't available as ready-to-use installation paket for some OS
Can you be more specific? Which OS do you mean?
@Steve ... you said it yourself: "Although it is funny that I only changed to using 1.7 to run mkgmap in the last week!"
Regards Klaus
WanMil

WanMil wrote
Do you have any numbers? What is the most used standard JVM?
Here you will find some interesting facts: https://community.jboss.org/en/tools/blog/2012/07/30/observations-from-two-y... WanMil wrote
- isn't available for some OS Can you be more specific? Which OS do you mean?
e.g. OS X Snow Leopard Regards Klaus -- View this message in context: http://gis.19327.n5.nabble.com/Commit-r2714-Make-java-1-7-mandatory-and-refu... Sent from the Mkgmap Development mailing list archive at Nabble.com.

Hi Klaus, thanks for the link. There are only very few statistics about the usage counts of different java versions. I found a JOSM bug about changing to Java 7: http://josm.openstreetmap.de/ticket/8465 The numbers for Java 7 are much higher there (your statistic is more than one year old). But anyhow 25% are using pre Java 7 versions in the JOSM statistic. I wonder why you didn't complain *earlier*? There is a warning since end of February that we will move to Java 7! I don't like rolling back to Java 6 but I would not veto. @Steve, Gerd: what's your opinion about rolling back to Java 6? WanMil
WanMil wrote
Do you have any numbers? What is the most used standard JVM?
Here you will find some interesting facts: https://community.jboss.org/en/tools/blog/2012/07/30/observations-from-two-y...
WanMil wrote
- isn't available for some OS Can you be more specific? Which OS do you mean?
e.g. OS X Snow Leopard
Regards Klaus
-- View this message in context: http://gis.19327.n5.nabble.com/Commit-r2714-Make-java-1-7-mandatory-and-refu... Sent from the Mkgmap Development mailing list archive at Nabble.com. _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Hi On 24/09/13 18:50, WanMil wrote:
I don't like rolling back to Java 6 but I would not veto. @Steve, Gerd: what's your opinion about rolling back to Java 6?
I'm not in any rush to use any Java7 only features, so it is up to you guys whether you actually do. But I think we should look at it this way: If we had a different release policy where we had a stable release, say version 2.6.3, and a development branch working towards version 3.0.0 then that development branch might be delivered in 6 months or even a years time. People kind of expect that with software. In such a case I think it is would be reasonable to target the development branch at Java 7, since the expected release date would then be over a year after the Oracle Java 6 end-of-life date (although I know that they have put out a few bug fix releases after February). But instead we have a continuous release policy, and so a switch to Java 7 hits everyone at the same time. But we could easily also support a Java 6 release. So what I propose to do is to fully switch trunk builds to Java 7 and create a separate 'stable' release for Java 6 which would be at the latest version that would still build with 6. At intervals, depending required effort and demand, this version could be updated by porting over the changes, using openjdk sources if necessary. ..Steve

Hi, my main concern is that I don't like to maintain two JRE on my (windows) PC. I see warning messages when I compile with JDK 1.7 and target 1.6: [javac] warning: [options] bootstrap class path not set in conjunction with -source 1.6 I did not find out how to fix this and I don't know what it means if I post a jar file and one tries to run it on 1.6. Gerd Steve Ratcliffe wrote
Hi
On 24/09/13 18:50, WanMil wrote:
I don't like rolling back to Java 6 but I would not veto. @Steve, Gerd: what's your opinion about rolling back to Java 6?
I'm not in any rush to use any Java7 only features, so it is up to you guys whether you actually do. But I think we should look at it this way:
If we had a different release policy where we had a stable release, say version 2.6.3, and a development branch working towards version 3.0.0 then that development branch might be delivered in 6 months or even a years time. People kind of expect that with software.
In such a case I think it is would be reasonable to target the development branch at Java 7, since the expected release date would then be over a year after the Oracle Java 6 end-of-life date (although I know that they have put out a few bug fix releases after February).
But instead we have a continuous release policy, and so a switch to Java 7 hits everyone at the same time. But we could easily also support a Java 6 release.
So what I propose to do is to fully switch trunk builds to Java 7 and create a separate 'stable' release for Java 6 which would be at the latest version that would still build with 6. At intervals, depending required effort and demand, this version could be updated by porting over the changes, using openjdk sources if necessary.
..Steve _______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
-- View this message in context: http://gis.19327.n5.nabble.com/Commit-r2714-Make-java-1-7-mandatory-and-refu... Sent from the Mkgmap Development mailing list archive at Nabble.com.

Hi Steve, ok, I changed it also for splitter. Please check build.xml: I think ant.build.javac.target should be set to 1.7 now? Gerd -- View this message in context: http://gis.19327.n5.nabble.com/Commit-r2714-Make-java-1-7-mandatory-and-refu... Sent from the Mkgmap Development mailing list archive at Nabble.com.
participants (5)
-
GerdP
-
Steve Ratcliffe
-
svn commit
-
toc-rox
-
WanMil