Great , +1

On Thursday, 14 October 2021 at 22:03:53 UTC+1 [email protected] wrote:

> I'm looking for reviewers and help for the above issues so I can finalize 
> them and begin testing. There are a few dependency chains here - I have 
> IE8/9/10 removal just about complete, but before that can merge we need the 
> apichecker updated, and after that merges, we can remove the poorly 
> performing java.util.Date.fixDaylightSavings call. Likewise before 
> htmlunit/jetty can be upgraded, Java 7 support must be dropped and the new 
> jars put in the tools repo.
>
> Here are reviews currently waiting for someone to take a look:
>
>    - Fix Chrome+SDM stack traces 
>    https://gwt-review.googlesource.com/c/gwt/+/23500
>    - Fix Chrome -XmethodDisplayName 
>    https://gwt-review.googlesource.com/c/gwt/+/23580
>    - Provide GWT 2.9.0 apicheck jars 
>    https://github.com/gwtproject/tools/pull/22
>    - Permit GWT 2.10.0 breaking api changes 
>    https://gwt-review.googlesource.com/c/gwt/+/23680 (depends on tools#22)
>    - Drop support for Java 7 
>    https://gwt-review.googlesource.com/c/gwt/+/23700
>
> After these start to land (to avoid too many at a time), will be the 
> following:
>
>    - Drop IE8/9/10 support (depends on review 23680 above)
>    - Improve java.util.Date performance in both gwt2 and j2cl (depends on 
>    dropping IE8/9)
>    - Add latest HtmlUnit/Jetty to gwtproject/tools
>    - Update Htmlunit/Jetty to latest (depends on dropping java7 support 
>    and htmlunit/jetty being in tools) - this is somewhat incomplete, there 
> are 
>    two dev mode tests that are failing, and jetty-env.xml is not presently 
>    loaded correctly
>    - Add Github Actions support - this depends on the patch which drops 
>    Java 7 support due to some issue in running the validation tests in that 
>    environment. I'm attempting to replicate build.gwtproject.org except 
>    in a way that is visible, and can deploy snapshots to the org.gwtproject 
>    groupId when we're ready for that.
>    
> If you have +2 permissions in the review site, I'd appreciate a look at 
> some of these, if you are interested in trying out the patches and giving a 
> +1 that would help other reviewers as well.
>
> On Tuesday, October 12, 2021 at 8:01:02 AM UTC-5 juan_pablo_gardella wrote:
>
>> @[email protected]  do yo know any ETA on this?
>>
>> On Tue, Oct 12, 2021, 5:28 AM Rocco De Angelis <[email protected]> 
>> wrote:
>>
>>>
>>> Nice +1 
>>> [email protected] schrieb am Dienstag, 5. Oktober 2021 um 16:38:08 
>>> UTC+2:
>>>
>>>> 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/563274de-9d67-4380-b7c0-c75b6a2df5b0n%40googlegroups.com
>>>  
>>> <https://groups.google.com/d/msgid/google-web-toolkit-contributors/563274de-9d67-4380-b7c0-c75b6a2df5b0n%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/99efa15a-5f22-4a98-a2bb-2126af29010cn%40googlegroups.com.

Reply via email to