GWT 2.5 RC is here
googlewebtoolkit.blogspot.com
googlewebtoolkit.blogspot.com
http://www.marketwatch.com/story/vaadin-to-support-google-we... http://blog.daniel-kurka.de/2012/06/gwt-steering-committee.h...
with membership including Vaadin, Sencha, Arcbees (GWTP).
Related, GWT compile times are still dog-slow with 2.5.0-RC1.
The biggest still remains: pounding OO Java into a functional paradigm.
One of my favorite quotes (http://matt.might.usesthis.com/):
"One should always choose the programming language that reduces the impedance mismatch between a problem and its solution."
Java for rich web = impedance mismatch. We're in a polyglot world folks.
But stuff browser-APIs I don't feel mismatch either OO or functional style, and some of the IDLs behind the C++ browser APIs are explicitly OO type hierarchies. There's somewhat of an impedance mismatch between WebIDL and Javascript itself if you look at the language binding source.
1) dropping support for older browsers like IE6/IE8/Firefox 3.
2) using Soft Permutations (also known as capability checks in the JS work). GWT can automatically collapse permutations into capability checks. The downside is increase of JS code size.
Dart won't really solve this issue, but it more likely that it will just target modern browsers.
With GWT 2.5 and Elemental, you can drop back to HTML5 browsers only and use only 1 permutation.
PS - Great job on the presentation today. Sort of felt like it devolved into a marketing pitch (with Sencha et al.), but you're a hard act to follow!