Hi, Yes, yes, yes. The sooner the better.
However, it would be fair to have one java7 release where the java7 support is marked as deprecated. And only then switch to java8. Especially for libraries and embeddable components. Such as the API. The projects that are using these components may need some time to adapt. I would recommend to proceed with API 1.0.0 release in java7 and switch to java8 right after the release.
-- Radovan Semancik Software Architect evolveum.com On 02/13/2017 09:39 AM, Emmanuel Lécharny wrote:
Hi guys, I think it would make a lot of sese to switch to Java 8 for all of our projects. Java 7 is EOL since apr 2015, 2 years ago. That leave our users in a situation where they potentially be put at risk, as there is no public fixes for this Java version. I's suggest we change all of the projects to require at least Java 8. Note that I'm not sure we will use any of the Java 8 features any time soon (but I see how we can leverage some of them. Lambda can be usefull in many areas in the server, for instance). From the security POV, the fact that TLS 1.2 is the default in Java 8 is a great plus, but there are many other aspects in this area that will make teh server safer. In any cases, we are already building all of the projects using Java 8 for more than a year, I don't think that could be a problem for us. The only concern I might have would be for users stuck with Java 7, and I would urge them to switch to a maintained version of the JVM. do you agree ?
