For Java8 emulation, what is my mind is to have Jens patch and have collection API improvements (Streams) to be available. There are few issues and steering committee is discussing (or will discuss) about it.
See the discussion in https://groups.google.com/d/topic/gwt-maintainers/X6WnH3C-nzg/discussion For some reason that discussion doesn't seem visible to everyone but in short we are planning to make Java8 only release with an option for community to make it work with java7. Here is related part rephrased: ---------------------- For supporting java7, the deprecated but not dropped dev-mode is the source of the problem (java8 emulation doesn't compile with java7, so we compile with java8 mode which produces byte code incompatible with java7 VMs). There are three ways to make it work: 1- The community can extract the java emul from 2.7 release and bundle it with 2.8 (we didn't remove the source-level flag yet to keep this as an option for the community). 2. Somebody can contribute a byte code rewriter that re-writes java8 byte-code as java7 by re-purposing retrolambda. It doesn't need to be perfect as the user-code will only use java7 features (I thinking this is the cleanest one). 3. I don't remember if I have tried hard enough to force java7 compile with devmode; but if somebody is interested, he/she can a look at this one as well (i.e. set sourceLevel to 7 in dev-mode and try to make that work). All of these all assumes that user code is kept java7 compatible and trying make GWT 2.8 work in java7 VM environment. If the developers just upgrade VM in developer workstations to a Java8 VM (upgrading to Java8 SDK is NOT required), none of these is needed so I think the community doesn't need to bother with it. However if there is enough demand and interest from the community, they could take one of the options to make the 2.8 a java7 compatible release. On Wed, Mar 25, 2015 at 12:55 PM, Jens <[email protected]> wrote: > > I think we make run presubmits with Java 8. >> > > Ok but then it is still with sourceLevel 1.7 by default. Here [1] is a > presubmit log from february that complains about lambda, default methods > and static interface methods. > > But that is just job setup in Jenkins. Its more interesting how to > contribute emulation code that requires Java 8. Should GWT provide > user/super/com/google/gwt/emul and user/super/com/google/gwt/emul8 and > then let ANT produce two gwt-user libs? I am pretty sure you have already > talked about that offline and have some ideas... > > [1] http://build.gwtproject.org/job/gwt.presubmit/40/console > > -- J. > > -- > You received this message because you are subscribed to the Google Groups > "GWT Contributors" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/google-web-toolkit-contributors/5dbe5f39-9683-4529-84ca-fe715564755f%40googlegroups.com > <https://groups.google.com/d/msgid/google-web-toolkit-contributors/5dbe5f39-9683-4529-84ca-fe715564755f%40googlegroups.com?utm_medium=email&utm_source=footer> > . > > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "GWT Contributors" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit-contributors/CAN%3DyUA1jE1JfBW%2Be_MPiNdrWcHzeJ3Cq2WmGePqn4ptYtNmjgQ%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
