[ovirt-devel] GWT vs. Java

Martin Betak mbetak at redhat.com
Mon Oct 6 09:36:14 UTC 2014


----- Original Message -----
> From: "Vojtech Szocs" <vszocs at redhat.com>
> To: devel at ovirt.org
> Cc: "Einav Cohen" <ecohen at redhat.com>, "Roy Golan" <rgolan at redhat.com>, "Martin Betak" <mbetak at redhat.com>
> Sent: Friday, October 3, 2014 3:29:15 PM
> Subject: GWT vs. Java
> 
> Hi guys,
> 
> I've had a discussion with Roy about GWT vs. Java plans,
> he asked me to share this information, so here we go.
> 
> GWT 2.6
> =======
> - patch pending merge: http://gerrit.ovirt.org/#/c/32135/
> - support for Java 7 language syntax like <> operator etc.
> - once patch ^^ is merged, we can consolidate Java language
>   compliance for whole Engine -> both frontend and backend
>   can use Java 7 (yey!)
> 
> GWT 2.7
> =======
> - planned support for *only* Java 8 language syntax like
>   lambdas etc. but *without* emulating new Java 8 APIs like
>   streams etc. (Java 8 API emulation should come in GWT 3.0)
> 
> Likely, GWT 2.7 will remove GWT deRPC implementation on which
> we currently rely on. (@Martin, can you please share details?)

Following the GWT source code, the support for deprecated deRPC 
was removed in commit f18e4e23898d3e090e0fae1fed2abd97e78b62e7 
on master branch which will be almost certainly included in the 2.7 release.

> 
> This means that until we move UI to REST API, we can't upgrade
> post GWT 2.6, so this will put more pressure to work on oVirtJS
> project in consequence.
> 
> GWT 3.0
> =======
> - ETA early next year?
> - planned to fully support Java 8 -> both language and APIs
> - one of key highlights is better integration with JavaScript,
>   which fits the scenario where GWT "application" is one module
>   that's part of bigger application (hybrid approach)
> 
> Regards,
> Vojtech
> 




More information about the Devel mailing list