Thank a millon, looks great ! +1

On Friday, October 1, 2021 at 2:55:21 p.m. UTC-4 [email protected] wrote:

> awesome +1
>
> On Fri, Oct 1, 2021 at 2:31 PM [email protected] <[email protected]> 
> wrote:
>
>> Sound greats +1
>>
>>
>> [email protected] schrieb am Donnerstag, 30. September 2021 um 21:22:13 
>> UTC+2:
>>
>>> 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 
>>> <https://groups.google.com/g/google-web-toolkit-contributors/c/L2RMqglOEXo/m/kCNHSaMeBwAJ>
>>>  
>>> and in a github repo he wrote 
>>> <https://github.com/tbroyer/gwt-relocation-tests> to demonstrate 
>>> approaches and their relative merits. No final summary was officially 
>>> posted, but from discussions in gitter chat 
>>> <https://gitter.im/gwtproject/gwt?at=6126658c5b92082de167080c>, 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
>>> Another thread on this mailing list 
>>> <https://groups.google.com/g/google-web-toolkit-contributors/c/QBhyuHcEp5Q> 
>>> tracks the ongoing discussion of removing three end-of-life'd browsers from 
>>> GWT. It has been suggested that IE11 support remain for at least a little 
>>> while longer. According to 
>>> https://docs.microsoft.com/en-us/lifecycle/faq/internet-explorer-microsoft-edge,
>>>  
>>> IE11 as a desktop application will no longer be supported after June 2022, 
>>> though that may change, and even if it does not, it may make sense to 
>>> continue support for some time after that.
>>>
>>> --
>>>
>>> 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 
>>> <https://github.com/niloc132/gwt/compare/master...htmlunit-upgrade> 
>>> 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).
>>>
>>> --
>>>
>>> Other changes already in HEAD-SNAPSHOT can be seen at 
>>> https://github.com/gwtproject/gwt/compare/2.9.0...master.
>>>
>>> -- 
>> 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/3cb07d40-8cec-42f7-a92b-29428b1ef83dn%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/google-web-toolkit-contributors/3cb07d40-8cec-42f7-a92b-29428b1ef83dn%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>>
>

-- 
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/9aea7573-b062-455b-a8b6-bed8974e7421n%40googlegroups.com.

Reply via email to