Well, do customers care...? Even Credit Suisse is actively thinking on introducing it next year.
Nevertheless we do not have to solve that. I would propose to design a Java 8 API and go for the future, and in parallel provide a "backport/Java 7 compatible version in parallel for the API/core and CDI parts. Such a backport can be done within about 3-4 hours based on a released baseline for Java 8. With the compatibility of method signatures most of the API/SPI implementations of users would for the majority of features be capable of running also when they move to the Java 8 version. So migration efforts for users and efforts for the back-port should be controllable ;) 2014-11-29 14:12 GMT+01:00 Mark Struberg <[email protected]>: > >They all (including TomEE) support java 8 as runtime. I think it was the > point. > > > Yes, but NONE of them passed the EE TCK with Java8... > > > LieGrue, > strub > > On Saturday, 29 November 2014, 12:52, Romain Manni-Bucau < > [email protected]> wrote: > > > > > > > >They all (including TomEE) support java 8 as runtime. I think it was the > point. > >Le 29 nov. 2014 12:18, "Mark Struberg" <[email protected]> a écrit : > > > >I like the benefits. > >> > >>There is just a minor thing why I like to mention: > >>> 3) Wildfly as well as Weblogic 12.1.3 are Java 8 certified AFAIK > >> > >>No they are not afaik. Simply because the EE TCK does not work on Java8. > Remember that each TCK always have to ensure that there are no additional > methods on public API interfaces and classes. And with Java8 you sometimes > get a bit more methods than with Java7. All those tests fail in Java8. > >> > >>LieGrue, > >>strub > >> > >> > >> >
