Sunday, October 12, 2025

Re: Which AI do people use for GWT, and how do you use it?

Windsurf is incredible!  Their SWE-1 model didn't perform very well in my experience, but when switching to a different model, wow!  Just tell it the bug, and it figures out the solution, and updates the code for you.  Very impressed.  Thanks for recommending it!

On Sunday, 12 October 2025 at 5:46:54 pm UTC+11 David Nouls wrote:
I'm using the IntelliJ windsurf plugin, with the Claude LLM. It is pretty amazing at what it already can do.
On Oct 8, 2025 at 06:30 +0200, Craig Mitchell <ma...@craig-mitchell.com>, wrote:
What I've been doing is:
  1. Asking ChatGPT when designing, just using it from the browser.
  2. Using GitHub Copilot via the IntelliJ plugin when coding.
And I just saw, when the free allocation of copilot responses runs out, you can just go to its chat tab, and tell it to use a different AI:

<Screenshot 2025-10-08 152738.png>

But maybe there are better AI's or ways to use them?

--
You received this message because you are subscribed to the Google Groups "GWT Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-web-tool...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/google-web-toolkit/0dfe5d96-f072-4a7b-8336-4dfe401429f3n%40googlegroups.com.

--
You received this message because you are subscribed to the Google Groups "GWT Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/google-web-toolkit/65b1106c-eff4-4431-909c-e2fa3fe9c37dn%40googlegroups.com.

Saturday, October 11, 2025

Re: Which AI do people use for GWT, and how do you use it?

I'm using the IntelliJ windsurf plugin, with the Claude LLM. It is pretty amazing at what it already can do.
On Oct 8, 2025 at 06:30 +0200, Craig Mitchell <mail@craig-mitchell.com>, wrote:
What I've been doing is:
  1. Asking ChatGPT when designing, just using it from the browser.
  2. Using GitHub Copilot via the IntelliJ plugin when coding.
And I just saw, when the free allocation of copilot responses runs out, you can just go to its chat tab, and tell it to use a different AI:

<Screenshot 2025-10-08 152738.png>

But maybe there are better AI's or ways to use them?

--
You received this message because you are subscribed to the Google Groups "GWT Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/google-web-toolkit/0dfe5d96-f072-4a7b-8336-4dfe401429f3n%40googlegroups.com.

Re: Which AI do people use for GWT, and how do you use it?

Just tried out Claude Sonnet in IntelliJ.  Seems to do a pretty good job, thanks for the tip!

I'm not sure what the advantage of running from the terminal is.  From the IDE, I just select the class I need help with, and ask the AI directly (or with copilot, it works with you in the actual code in the IDE).  I guess if you wanted it to create a whole new project, then running from a terminal would be good.

On Sunday, 12 October 2025 at 9:28:38 am UTC+11 Jeff Hill wrote:
I tried ChatGPT and a few others.  For GWT and code, I've had the best experience with Claude Code via the terminal (or WSL for windows).

On Tuesday, October 7, 2025 at 10:30:11 PM UTC-6 Craig Mitchell wrote:
What I've been doing is:
  1. Asking ChatGPT when designing, just using it from the browser.
  2. Using GitHub Copilot via the IntelliJ plugin when coding.
And I just saw, when the free allocation of copilot responses runs out, you can just go to its chat tab, and tell it to use a different AI:

Screenshot 2025-10-08 152738.png

But maybe there are better AI's or ways to use them?

--
You received this message because you are subscribed to the Google Groups "GWT Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/google-web-toolkit/6dad255d-c452-460a-8991-9aee409fb61bn%40googlegroups.com.

Re: Which AI do people use for GWT, and how do you use it?

I tried ChatGPT and a few others.  For GWT and code, I've had the best experience with Claude Code via the terminal (or WSL for windows).

On Tuesday, October 7, 2025 at 10:30:11 PM UTC-6 Craig Mitchell wrote:
What I've been doing is:
  1. Asking ChatGPT when designing, just using it from the browser.
  2. Using GitHub Copilot via the IntelliJ plugin when coding.
And I just saw, when the free allocation of copilot responses runs out, you can just go to its chat tab, and tell it to use a different AI:

Screenshot 2025-10-08 152738.png

But maybe there are better AI's or ways to use them?

--
You received this message because you are subscribed to the Google Groups "GWT Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/google-web-toolkit/e2bbcebc-c8ad-4dcf-b22c-c306d07ea660n%40googlegroups.com.

Friday, October 10, 2025

Re: GWT 2.10.0 Content Security Policy issue for *.nocache.js inline JS

I'm not sure what options 2-5 would have to do with loading the initial fragment, so perhaps this is a series of steps that resolves multiple, different CSP violations?

That is, step 1 should solve the nocache.js trying to append its contents - can you then share the other errors you specifically ran into, and how the fixes were applies, and what errors still remained?

Using a newer version of GWT may also serve you well here - https://github.com/gwtproject/gwt/commit/c6b8b0540b2f86304a0b9764f1499f8142aadf3d is in 2.11 and above, and handles a CSP issue with direct_install. Note that 2.12.2 is latest.

On Thursday, October 9, 2025 at 11:59:14 AM UTC-5 Santosh Rao wrote:

We are implementing CSP in our application which uses GWT 2.10.0 version. 

The scripts are using a nonce value set on the tags which the CSP script-src directive uses to verify and to allow access. 

We also have URL's which need to be whitelisted in the script-src directive. So we cannot use strict-dynamic for inline scripts.

We are using Code splitting enabled in GWT and also using xsiframe

Nothing works to implement inline JS in *nocache.js fails with this - f.appendChild(g) - Refused to execute inline script because it violates the following Content Security Policy directive: "script-src 'self' Either the 'unsafe-inline' keyword, a hash ('sha256-ZcEtuzld5ACAA/kdUUaWjDmI0w4iu451MSo8nEMgTRY='), or a nonce ('nonce-...') is required to enable inline execution.


Tried the below options - does not work

1. <add-linker name="direct_install" />

2. MutationObserver

3. Also tried overriding window.__installRunAsyncCode and window.__gwt_getInstallScript to append the nonce value.

4. ScriptInjector value to set the nonce.

5. CrossSiteLinkerFramework to override getJsInstallScript()

This works - But only with No code splitting

<set-configuration-property name="installCode" value="false" />

    <!--A related property that must also be configured to properly handle fragment loading -->

<set-configuration-property name="installScriptJs"

                              value="com/google/gwt/core/ext/linker/impl/installScriptDirect.js" />

Does anyone know how this can be implemented to solve the inline JS issue in GWT. 

--
You received this message because you are subscribed to the Google Groups "GWT Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/google-web-toolkit/2ce88ec0-6cf9-483a-b8df-6ca96ec5aec0n%40googlegroups.com.

Thursday, October 9, 2025

GWT 2.10.0 Content Security Policy issue for *.nocache.js inline JS

We are implementing CSP in our application which uses GWT 2.10.0 version. 

The scripts are using a nonce value set on the tags which the CSP script-src directive uses to verify and to allow access. 

We also have URL's which need to be whitelisted in the script-src directive. So we cannot use strict-dynamic for inline scripts.

We are using Code splitting enabled in GWT and also using xsiframe

Nothing works to implement inline JS in *nocache.js fails with this - f.appendChild(g) - Refused to execute inline script because it violates the following Content Security Policy directive: "script-src 'self' Either the 'unsafe-inline' keyword, a hash ('sha256-ZcEtuzld5ACAA/kdUUaWjDmI0w4iu451MSo8nEMgTRY='), or a nonce ('nonce-...') is required to enable inline execution.


Tried the below options - does not work

1. <add-linker name="direct_install" />

2. MutationObserver

3. Also tried overriding window.__installRunAsyncCode and window.__gwt_getInstallScript to append the nonce value.

4. ScriptInjector value to set the nonce.

5. CrossSiteLinkerFramework to override getJsInstallScript()

This works - But only with No code splitting

<set-configuration-property name="installCode" value="false" />

    <!--A related property that must also be configured to properly handle fragment loading -->

<set-configuration-property name="installScriptJs"

                              value="com/google/gwt/core/ext/linker/impl/installScriptDirect.js" />

Does anyone know how this can be implemented to solve the inline JS issue in GWT. 

--
You received this message because you are subscribed to the Google Groups "GWT Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/google-web-toolkit/20936525-5296-46cd-8a1f-235ea22f2ef0n%40googlegroups.com.

Tuesday, October 7, 2025

Which AI do people use for GWT, and how do you use it?

What I've been doing is:
  1. Asking ChatGPT when designing, just using it from the browser.
  2. Using GitHub Copilot via the IntelliJ plugin when coding.
And I just saw, when the free allocation of copilot responses runs out, you can just go to its chat tab, and tell it to use a different AI:

Screenshot 2025-10-08 152738.png

But maybe there are better AI's or ways to use them?

--
You received this message because you are subscribed to the Google Groups "GWT Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/google-web-toolkit/0dfe5d96-f072-4a7b-8336-4dfe401429f3n%40googlegroups.com.

Saturday, October 4, 2025

Re: State of GWT?

Very much our experience. We build commercial apps, and having used GWT for years we know it inside out, so we can build things fast. Yes, it's in maintenance mode, but that also means it's very stable and throws us zero curve balls. We've looked at other frameworks, but all seem to end up with way more code for similar sized solutions - and we're not JS experts, so working in a single Java codebase is way way more comfortable for us. We do divert into JSNI at times to wire in some libs (codemirror, gridstack etc). But we create minimal bindings for just the API calls we need.

On Friday, 3 October 2025 at 10:37:49 UTC+1 Frank Hossfeld wrote:
A few years ago, i was thinking about moving to React or vue. So I started some pocs to see how thinks work. At the end npm has loaded some malicious code on my computer. Spooky. That's is one of many reasons to stay with GWT. Next, I am familiar with GWT. I know the pitfalls and drawbacks. We'll use GWT, domino-ui, domino-rest, Nalu & Spring Boot and we are happy with it. So, starting a new project, that would be the tool stack. We build business software and get paid for transforming business needs into code. With that tool stack we can create well maintainable and stable software quite fast. We have an incredible low error rate and at least nearly no downtimes.    
 
 Jens is right, GWT is in maintenance mode. After GWT was handed to the community, all work is done by a few people (like Colin, Jens, Thomas, Ahmad, etc) without getting paid. Not sure, but I think, in case more people starts sponsoring the project (https://opencollective.com/gwt-project) this might change.

Craig Mitchell schrieb am Mittwoch, 1. Oktober 2025 um 06:48:31 UTC+2:
> Now I have to build one webapp prototype and I'm wondering if my GWT-fu can still be of any use. Could someone advise what would be the best way to use GWT in 2025?

If you want create a quick and easy webapp prototype, I recommend using https://github.com/NaluKit/gwt-maven-springboot-archetype to generate a framework based off Spring Boot.

IMHO: GWT's ability to shield you from needing to write JavaScript, is as strong as it has ever been in 2025.

On Tuesday, 30 September 2025 at 9:17:26 pm UTC+10 Jens wrote:
Generally GWT SDK is in maintenance mode which means there is no incentive to add new features to GWT. Most current work is done in the compiler, emulation and distangling code dependencies to eventually use maven/gradle instead of ant.

My main pain point with GWT today is actually CSS. CSS is moving pretty fast and GWT is stuck on an old Closure Stylesheets library. Beside that if you really just want to make a throw away prototype I think I would learn a different JS framework for making such prototypes because you simply have to type less code as in GWT with Java. But of course it also depends on the complexity of the prototype as well.


1. I remember GWT was in the process of splitting it into many (J2CL-compatible) submodules, but other than searching Maven Central, I can not find any list of them?

Many of them which are considered completed are available on github at https://github.com/orgs/gwtproject/repositories?language=&q=&sort=&type=all

Colin made a google sheet back in the days at https://docs.google.com/spreadsheets/d/1b1D9fEqRh5lZ8cqMJtYoc_25rfTRvsuJkTtS2vjgi3o/edit?gid=0#gid=0 but it might be outdated. I lost track about the status of not yet completed projects.


 
2. Is there any better way of integrating recent JavaScript libraries other than manually writing my own Elemental2 wrappers? I know Elemental2 bindings are auto-generated from Closure, so I'm hoping that there may be some tools that could generate them at least from TypeScript as well. Not that there were not efforts [5]. My prototype would have to work with maps and although I see that gwt-ol [6] is still maintained, I'm wondering what would be my options if I have to integrate with, for example, Windy API?

Personally I just write JsInterop by hand because most of the time you don't need 100% of the API of a third party JS library. Generated code can also be a bit clunky as seen in elemental2 . Beside the generator you mentioned I don't know any other TS -> JsInterop generator. The one of Google is Closure externs -> JsInterop. 

 
 
3. J2CL seems to remain Google's internal toy, right?

Well you can use it but personally I think you are right, it won't be very popular outside google. 


-- J.

--
You received this message because you are subscribed to the Google Groups "GWT Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/google-web-toolkit/81771c5d-5edd-4400-bac7-feb9574ee62en%40googlegroups.com.

Friday, October 3, 2025

Re: State of GWT?

A few years ago, i was thinking about moving to React or vue. So I started some pocs to see how thinks work. At the end npm has loaded some malicious code on my computer. Spooky. That's is one of many reasons to stay with GWT. Next, I am familiar with GWT. I know the pitfalls and drawbacks. We'll use GWT, domino-ui, domino-rest, Nalu & Spring Boot and we are happy with it. So, starting a new project, that would be the tool stack. We build business software and get paid for transforming business needs into code. With that tool stack we can create well maintainable and stable software quite fast. We have an incredible low error rate and at least nearly no downtimes.    
 
 Jens is right, GWT is in maintenance mode. After GWT was handed to the community, all work is done by a few people (like Colin, Jens, Thomas, Ahmad, etc) without getting paid. Not sure, but I think, in case more people starts sponsoring the project (https://opencollective.com/gwt-project) this might change.

Craig Mitchell schrieb am Mittwoch, 1. Oktober 2025 um 06:48:31 UTC+2:
> Now I have to build one webapp prototype and I'm wondering if my GWT-fu can still be of any use. Could someone advise what would be the best way to use GWT in 2025?

If you want create a quick and easy webapp prototype, I recommend using https://github.com/NaluKit/gwt-maven-springboot-archetype to generate a framework based off Spring Boot.

IMHO: GWT's ability to shield you from needing to write JavaScript, is as strong as it has ever been in 2025.

On Tuesday, 30 September 2025 at 9:17:26 pm UTC+10 Jens wrote:
Generally GWT SDK is in maintenance mode which means there is no incentive to add new features to GWT. Most current work is done in the compiler, emulation and distangling code dependencies to eventually use maven/gradle instead of ant.

My main pain point with GWT today is actually CSS. CSS is moving pretty fast and GWT is stuck on an old Closure Stylesheets library. Beside that if you really just want to make a throw away prototype I think I would learn a different JS framework for making such prototypes because you simply have to type less code as in GWT with Java. But of course it also depends on the complexity of the prototype as well.


1. I remember GWT was in the process of splitting it into many (J2CL-compatible) submodules, but other than searching Maven Central, I can not find any list of them?

Many of them which are considered completed are available on github at https://github.com/orgs/gwtproject/repositories?language=&q=&sort=&type=all

Colin made a google sheet back in the days at https://docs.google.com/spreadsheets/d/1b1D9fEqRh5lZ8cqMJtYoc_25rfTRvsuJkTtS2vjgi3o/edit?gid=0#gid=0 but it might be outdated. I lost track about the status of not yet completed projects.


 
2. Is there any better way of integrating recent JavaScript libraries other than manually writing my own Elemental2 wrappers? I know Elemental2 bindings are auto-generated from Closure, so I'm hoping that there may be some tools that could generate them at least from TypeScript as well. Not that there were not efforts [5]. My prototype would have to work with maps and although I see that gwt-ol [6] is still maintained, I'm wondering what would be my options if I have to integrate with, for example, Windy API?

Personally I just write JsInterop by hand because most of the time you don't need 100% of the API of a third party JS library. Generated code can also be a bit clunky as seen in elemental2 . Beside the generator you mentioned I don't know any other TS -> JsInterop generator. The one of Google is Closure externs -> JsInterop. 

 
 
3. J2CL seems to remain Google's internal toy, right?

Well you can use it but personally I think you are right, it won't be very popular outside google. 


-- J.

--
You received this message because you are subscribed to the Google Groups "GWT Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/google-web-toolkit/3ead928c-6761-42a2-9578-b48b4c414e69n%40googlegroups.com.