We've got a few changes that have been brewing or waiting to be made available, and it sounds like it is about time to collectively push to make these things happen. Given the nature of some of these, I am suggesting that they not be folded into a bugfix release, but instead that the next release be 2.10.0.
Changing Maven Central groupId
One of the big ones is work to migrate off of the "com.google.gwt" groupId (note that we are not adjusting packages) and into our own namespace in maven, "org.gwtproject.gwt". Google's efforts to open sourcing and encourage GWT has been very accommodating for the community, and this change is long past due, so that releases of GWT do not need someone with access to the
com.google groupId in Maven Central to perform the release process for us. If successful, this will be the final release which uses the old groupId.
To that end, Thomas Broyer has done a lot of work to make sure this path will be as smooth as possible. That work can be seen
discussed in the mailing list and in
a github repo he wrote to demonstrate approaches and their relative merits. No final summary was officially posted, but from
discussions in gitter chat, the cleanest proposed option is to follow Experiment #3 for today, and optionally later to roll out the last two options to more easily facilitate updates from older releases.
This means that the next release will be performed first on org.gwtproject, and then later we will request that someone at Google perform the final com.google.gwt release, consisting only of pom files that indicate relocation to the new groupId. Applications and dependencies will need to switch to this new groupId over time, but in theory at least, using the researched relocation mechanism should make that fairly painless.
Finally, I suggest that any release candidate that goes out only exist on org.gwtproject, to avoid needing to iterate with
com.google releases, in case we end up needing more than one RC in the release process.
--
Chrome debugging bugs
There are a few changes in Chrome made over the last year or so that impact GWT development and debugging in various ways.
https://gwt-review.googlesource.com/c/gwt/+/23500 fixes SDM (and cross origin apps) stack traces being lost, and unhandledrejection events are entirely lost in some cases.
https://gwt-review.googlesource.com/c/gwt/+/23580 tracks a newer change in Chrome dev tools, where the unofficial Function.displayName property no longer works when debugging obfuscated code with GWT's -XmethodNameDisplayMode flag, and transitions to the standard Function.name property instead.
--
IE8/IE9/IE10 removal
--
Dropping Java 7 support, and upgrading Jetty 9 and HtmlUnit
Building GWT itself with something newer than Java 8 is going to require additional work (see
https://github.com/gwtproject/gwt/issues/9683), but the time has come to no longer support Java 7, and require 8 as the minimum version for building and using GWT. I have
a work in progress patch which upgrades both Jetty 9 and HtmlUnit to their latest respective versions in order to deal with several issues affecting each. I am holding out for one last fix in HtmlUnit before disabling the two tests it affects (note that this is still a net win, about a dozen tests are now passing that weren't previously).
--