+1 for using Java 8 for all the reasons you mention, Jochen. Java 8 is almost 2 years old and Java 7 had its final public update almost a year ago.
+1 for supporting users on older versions, but no need to consider earlier than Java 5. Java 5 is 12 years old and had its final public update 6 years ago! > On 26 Jan 2016, at 4:29 PM, Jochen Kemnade <[email protected]> wrote: > > Hi, > > I expected that someone would bring up this point. I know how hard it is to > get a large company to use up-to-date software. > However, I don't think that this should stop us from requiring Java 8. First > of all, you can use a separate JRE/JDK to run your Tapestry application, you > just need to set your JAVA_HOME accordingly, and second, if we switch to Java > 8, that doen't mean that we force anyone to use Java 8 features, it should > still compile and run Java 5 code fine. But it would give us the possibility > to use Java 8 features inside Tapestry and update some outdated libraries > that require it. > By the way, if we don't switch to Java 8, I guess we don't need to branch and > create a 5.5 release in the first place. I don't think that we would benefit > much from requiring Java 7. > > Jochen > > Am 22.01.2016 um 16:03 schrieb Michael Gentry: > >> I recently worked at a place (hi Bob!) that finally got all of their >> developers off Java 6 (there were some stragglers due to hardware issues). >> Given that Tapestry 5.5 won't be out for a bit, I think Java 7 as a minimum >> would be quite acceptable to most end users and would not prohibit them >> from using Java 8+ for their Tapestry development/deployment while still >> supporting those "stuck" on Java 7. Generally, I think it is better for a >> framework to support an older Java version for greater compatibility with >> the user base, even if the majority of the user community is using a higher >> version. >> >> Thanks, >> >> mrg >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
