Thursday, December 15, 2022

Re: Is there some description anywhere how to set up a decently usable GWT 2.10 development environment?

Depending on your backend (Spring Boot or not) you can generate ready to go Maven-projects. Use Maven goals to start the code server and the server. And debug inside the browser. No need for a GWT-plugin inside the IDE. 

Use: to generate a module with separate client, server and shared module in case you do not have a Spring Boot server. Use: in case you prefer to use Spring Boot. This one also generates separate client-, shared- and server-module. Both are perfect starts for an update. 

When working on Windows use: mvn:devmode instead of mvn:codeserver .

Frank schrieb am Donnerstag, 15. Dezember 2022 um 14:34:52 UTC+1:
Maybe can help

As a note. We use the paid version of IntelliJ. This has a GWT plugin aboard which we find very usefull.

Op woensdag 14 december 2022 om 20:50:58 UTC+1 schreef
It is a bit of a challenge to get GWT to work well in IntelliJ with Jetty. We finally got it working very well a year ago, thanks to a site that explained some of the key points for getting it to work. The URL of the site is

The site is a bit dated, but the main points are still valid. If you use jetty, do use jetty 10, not jetty 11. GWT 2.10.0 works. Java versions all the way to java 17 work. Not sure whether jetty 9.4 works with Java 9 and up; we never tried that combination. Over the last year, our combinations, with IntelliJ, have been:

1. gwt 2.8.2 with builtin jetty 9.2 (initially, before we moved to using the jetty plugin in IntelliJ))
2. gwt 2.8.2, gwt 2.9.0, and gwt 2.10.0 with jetty plugin (jetty 9.4) and java 8
3. gwt 2.10 with jetty 10 and jetty plugin and java 17. This is what we have now. The GWT configuration is a tiny bit different as GWT 2.10.0 can only handle Java 11 right now, not Java 17.

We never found the need to use the jetty plugin until we needed to use WebSocket and jetty 9.2 can't handle WebSocket very well. There was a way to get around it, but unfortunately that way was blocked by Java 9 and up. A year ago, I found out about that site. I followed the instructions from that site and got everything working with some changes, as my source code structure is different from his.

Let me know if you encountered an issue you can't solve. I don't check the mailbox of this email address, so posting the questions here is better. If this is the right way to go about this in this group.

We have been using GWT since the beginning, for almost 15 years now. We started using jetty about 8 years ago; before that, we were using Tomcat (and Apache). We migrated from Eclipse to IntelliJ about 3 years ago. We never use maven as we need to be able to build the whole system with everything included in a repo (except Java). Just a weird requirement, that is for sure. So, we are still using ant to build our war file as well.

On Wednesday, December 14, 2022 at 12:53:35 PM UTC-5 wrote:

We succesfully use the gwt 2.10 dev mode to run and debug our applications. We had to overide the JettyLauncher class to be able to run it with java > 8.
What kind of issue do you have with the dev mode (with gwt plugin on eclipse) ?

Le mer. 14 déc. 2022 à 18:22, mmo <> a écrit :
Over the last years our GWT development environment has eroded more and more.
First the browser plugins seized to work, then the mapping/JS-code-backtranslation stopped working and recently also the IDE plugins for Eclipse and IntelliJ that would deploy the generated artifacts to the correct places, start the code server and allowed some minimalistic form of debugging seized to work. It is getting more and more not just frustrating but really horrible and "mission impossible".

Thus a while ago I began an effort to port our application to GWT 2.10 and Java 8 (our "production version" still runs with GWT 2.7 and Java 7 and I can't go to higher Java versions due to some libraries, yet). 

Meanwhile I found my way through all the library conflicts so that I am able to build and generate a version that runs fine when deploying the generated .war file to to a Tomcat Server (v8.5 in our case).

But being able to building a running version is one thing. The other is to have a development setup that doesn't shy away developers crying and yelling but allows to do decent client side code debugging.

With the "old" GWT plugin the commands "gwt:run" and "gwt:debug" didn't work anymore with GWT 2.10. I keep getting the following error during Jetty startup:

java.lang.IllegalArgumentException: Object of class '' is not of type 'org.eclipse.jetty.webapp.WebAppContext'.
Object Class and type Class are from different loaders. in file:///D:/Projects/our-app/our-app-web/target/our-app/WEB-INF/jetty-web.xml
     at org.eclipse.jetty.xml.XmlConfiguration$JettyXmlConfiguration.configure(

I also read in this forum that other people had issues with GWT 2.10 and Jetty (and that the maintainers of GWT are aware of that but don't plan to fix this) so I guess it's time to switch to deploying to Tomcat, instead. Probably I also will switch to the new GWT plugin (by T.Broyer). I already tried it and I can at least build the same .war file using it.

But how do I set this while thing up to provide a better developer experience? Is there some example or description of how to deploy a GWT 2.10 application to a Tomcat server in development mode (i.e. with code server and - if possible - hot code replacement, etc.)? How can GWT development be made "convenient" or at least acceptable again? 

Any pointers, descriptions or examples would be highly appreciated!

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
To view this discussion on the web visit

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
To view this discussion on the web visit

No comments:

Post a Comment