Tuesday, November 25, 2025

Re: migrating GWT2.8.2 to 2.12.2 , GWT version and plugin both



On Monday, November 24, 2025 at 7:17:18 PM UTC+1 Ism wrote:
Thank you all for the quick response.
I followed exactly how described in the plugin page. now getting java.util.Calender, org.hibernate.Hibernate etc missing.Do i need to   add additional for gwt2.12?
Please note we are also upgrading GXT4.0.X to 4.2.X along with Gwt2.8.2 to 2.12.2 . ofcourse pluginmigrating.

Can't you first migrate the plugin without any code change, and then do the other upgrades?
The latest version of net.ltgt.gwt.maven:gwt-maven-plugin should be compatible with GWT 2.8.2.

--
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/be0aa42f-aa30-438e-a3ed-59796665e9e6n%40googlegroups.com.

Monday, November 24, 2025

Re: migrating GWT2.8.2 to 2.12.2 , GWT version and plugin both

java.util.Calender is not an emulated class in GWT.  You cannot use it in the client.  I would guess org.hibernate.Hibernate is the same.

Is the code that uses these classes meant to be in your server module (not your client or shared module)?

On Tuesday, 25 November 2025 at 5:17:18 am UTC+11 Ismail Shaik wrote:
Thank you all for the quick response.
I followed exactly how described in the plugin page. now getting java.util.Calender, org.hibernate.Hibernate etc missing.Do i need to   add additional for gwt2.12?
Please note we are also upgrading GXT4.0.X to 4.2.X along with Gwt2.8.2 to 2.12.2 . ofcourse pluginmigrating.

working configuration for smae codebase: Gwt2.8.2, Gxt4.0.2 and mojo plugin 2.8.2. i will try to mask share the code

thanks


On Mon, Nov 24, 2025 at 5:22 AM Craig Mitchell <ma...@craig-mitchell.com> wrote:
I don't have any source path.  All I have is the "inherits".

Eg:  I use Elemental2, which has a Core.gwt.xml file in the elemental2.core package in the jar (in the Core.gwt.xml, it has <source path=""/>)

All I had to do was add it in my client pom.xml:
<dependency>
  <groupId>com.google.elemental2</groupId>
  <artifactId>elemental2-core</artifactId>
  <version>${elemental2.version}</version>
</dependency>

And add the inherits in my module.gwt.xml file:
<inherits name="elemental2.core.Core"/>

And everything works great.

On Monday, 24 November 2025 at 6:05:01 pm UTC+11 RobW wrote:
Just checked our files - we just have the following in that area:

    <source path="client" />
    <!-- the below seems to be needed to help resolving ImageResource annotations -->
    <resource path="public" />

We follow the normal ./client, ./server, ./public structure from way back when GWT started.

On Sunday, 23 November 2025 at 18:34:29 UTC Thomas Broyer wrote:
I'm afraid you're not providing enough information for us to help.

First, I'm assuming you read https://tbroyer.github.io/gwt-maven-plugin/migrating.html, as well as https://tbroyer.github.io/gwt-maven-plugin/index.html and https://tbroyer.github.io/gwt-maven-plugin/usage.html. If you haven't already, I'd suggest studying the structure of a project generated from the gwt-maven-archetypes: https://github.com/tbroyer/gwt-maven-archetypes/ or the e2e project used in tests (https://github.com/tbroyer/gwt-maven-plugin/tree/main/src/it/e2e)

How's your code organized in your project? Is the client code in a separate project from the server code? Or both in the same project?
How did you configure the net.ltgt.gwt.maven:gwt-maven-plugin? How was the CodeHaus Mojo plugin configured?

You're mentioning src/main/java in the structure of "Third-Party JAR (T1)", does it mean it's a project in the same Maven reactor build? Or is it really a third-party JAR and it actually doesn't have a src/main/java?

The best way to troubleshoot is to run with debug logs (mvn -X) and look for two lines starting with "Classpath:" and "Arguments:" respectively. You can also compare their content vs. the content of the two lines starting with "Execute command" and "With CLASSPATH" emitted by the CodeHaus Mojo plugin in the debug logs.


On Sunday, November 23, 2025 at 7:07:47 PM UTC+1 Ism wrote:
Request for Help: Migrating GWT 2.8.2 → 2.12.2 (Plugin + Version)

We are in the process of migrating our project from GWT 2.8.2 to GWT 2.12.2, including switching from the old Mojo plugin to the new tbroyer gwt-maven-plugin.

  • With GWT 2.8.2 + Mojo plugin, everything has worked fine for several years.

  • After configuring the new plugin, we are running into issues.

Project Structure

Main Application Module com.test.Application.gwt.xml

This module inherits third-party JARs that contain both sources and their own .gwt.xml files:


<module> <inherits name="com.thirdparty.T1"/> </module>

Third-Party JAR (T1) Structure:

Code
src/main/java 
 └── com/thirdparty/... 
              └── T1.gwt.xml

Contents of T1.gwt.xml:


<module> <source path=""/> </module>

Problem

When migrating, compilation fails with:

Code
[ERROR] Line 40: No source code is available

Attempts so far:

  • Tried <source path=""/>

  • Tried <super-source path=""/>

Both approaches fail with the same error.

Question

How should we correctly configure the tbroyer gwt-maven-plugin and module definitions so that third-party JARs with embedded sources and .gwt.xml files are properly recognized under GWT 2.12.2?

--
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/354b52d5-2cff-40d7-930c-c76eae3e8132n%40googlegroups.com.


--
Thanks
Ismail

--
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/72f377e3-3436-4083-9837-4d8b75c76eb9n%40googlegroups.com.

Re: migrating GWT2.8.2 to 2.12.2 , GWT version and plugin both

Thank you all for the quick response.
I followed exactly how described in the plugin page. now getting java.util.Calender, org.hibernate.Hibernate etc missing.Do i need to   add additional for gwt2.12?
Please note we are also upgrading GXT4.0.X to 4.2.X along with Gwt2.8.2 to 2.12.2 . ofcourse pluginmigrating.

working configuration for smae codebase: Gwt2.8.2, Gxt4.0.2 and mojo plugin 2.8.2. i will try to mask share the code

thanks


On Mon, Nov 24, 2025 at 5:22 AM Craig Mitchell <mail@craig-mitchell.com> wrote:
I don't have any source path.  All I have is the "inherits".

Eg:  I use Elemental2, which has a Core.gwt.xml file in the elemental2.core package in the jar (in the Core.gwt.xml, it has <source path=""/>)

All I had to do was add it in my client pom.xml:
<dependency>
  <groupId>com.google.elemental2</groupId>
  <artifactId>elemental2-core</artifactId>
  <version>${elemental2.version}</version>
</dependency>

And add the inherits in my module.gwt.xml file:
<inherits name="elemental2.core.Core"/>

And everything works great.

On Monday, 24 November 2025 at 6:05:01 pm UTC+11 RobW wrote:
Just checked our files - we just have the following in that area:

    <source path="client" />
    <!-- the below seems to be needed to help resolving ImageResource annotations -->
    <resource path="public" />

We follow the normal ./client, ./server, ./public structure from way back when GWT started.

On Sunday, 23 November 2025 at 18:34:29 UTC Thomas Broyer wrote:
I'm afraid you're not providing enough information for us to help.

First, I'm assuming you read https://tbroyer.github.io/gwt-maven-plugin/migrating.html, as well as https://tbroyer.github.io/gwt-maven-plugin/index.html and https://tbroyer.github.io/gwt-maven-plugin/usage.html. If you haven't already, I'd suggest studying the structure of a project generated from the gwt-maven-archetypes: https://github.com/tbroyer/gwt-maven-archetypes/ or the e2e project used in tests (https://github.com/tbroyer/gwt-maven-plugin/tree/main/src/it/e2e)

How's your code organized in your project? Is the client code in a separate project from the server code? Or both in the same project?
How did you configure the net.ltgt.gwt.maven:gwt-maven-plugin? How was the CodeHaus Mojo plugin configured?

You're mentioning src/main/java in the structure of "Third-Party JAR (T1)", does it mean it's a project in the same Maven reactor build? Or is it really a third-party JAR and it actually doesn't have a src/main/java?

The best way to troubleshoot is to run with debug logs (mvn -X) and look for two lines starting with "Classpath:" and "Arguments:" respectively. You can also compare their content vs. the content of the two lines starting with "Execute command" and "With CLASSPATH" emitted by the CodeHaus Mojo plugin in the debug logs.


On Sunday, November 23, 2025 at 7:07:47 PM UTC+1 Ism wrote:
Request for Help: Migrating GWT 2.8.2 → 2.12.2 (Plugin + Version)

We are in the process of migrating our project from GWT 2.8.2 to GWT 2.12.2, including switching from the old Mojo plugin to the new tbroyer gwt-maven-plugin.

  • With GWT 2.8.2 + Mojo plugin, everything has worked fine for several years.

  • After configuring the new plugin, we are running into issues.

Project Structure

Main Application Module com.test.Application.gwt.xml

This module inherits third-party JARs that contain both sources and their own .gwt.xml files:


<module> <inherits name="com.thirdparty.T1"/> </module>

Third-Party JAR (T1) Structure:

Code
src/main/java 
 └── com/thirdparty/... 
              └── T1.gwt.xml

Contents of T1.gwt.xml:


<module> <source path=""/> </module>

Problem

When migrating, compilation fails with:

Code
[ERROR] Line 40: No source code is available

Attempts so far:

  • Tried <source path=""/>

  • Tried <super-source path=""/>

Both approaches fail with the same error.

Question

How should we correctly configure the tbroyer gwt-maven-plugin and module definitions so that third-party JARs with embedded sources and .gwt.xml files are properly recognized under GWT 2.12.2?

--
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/354b52d5-2cff-40d7-930c-c76eae3e8132n%40googlegroups.com.


--
Thanks
Ismail

--
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/CAOX6Hh5FLo59BG5_bRmQGCrg8LSxC3gye%2BM%3DP9MjPfw8yKXeeg%40mail.gmail.com.

Re: migrating GWT2.8.2 to 2.12.2 , GWT version and plugin both

I don't have any source path.  All I have is the "inherits".

Eg:  I use Elemental2, which has a Core.gwt.xml file in the elemental2.core package in the jar (in the Core.gwt.xml, it has <source path=""/>)

All I had to do was add it in my client pom.xml:
<dependency>
  <groupId>com.google.elemental2</groupId>
  <artifactId>elemental2-core</artifactId>
  <version>${elemental2.version}</version>
</dependency>

And add the inherits in my module.gwt.xml file:
<inherits name="elemental2.core.Core"/>

And everything works great.

On Monday, 24 November 2025 at 6:05:01 pm UTC+11 RobW wrote:
Just checked our files - we just have the following in that area:

    <source path="client" />
    <!-- the below seems to be needed to help resolving ImageResource annotations -->
    <resource path="public" />

We follow the normal ./client, ./server, ./public structure from way back when GWT started.

On Sunday, 23 November 2025 at 18:34:29 UTC Thomas Broyer wrote:
I'm afraid you're not providing enough information for us to help.

First, I'm assuming you read https://tbroyer.github.io/gwt-maven-plugin/migrating.html, as well as https://tbroyer.github.io/gwt-maven-plugin/index.html and https://tbroyer.github.io/gwt-maven-plugin/usage.html. If you haven't already, I'd suggest studying the structure of a project generated from the gwt-maven-archetypes: https://github.com/tbroyer/gwt-maven-archetypes/ or the e2e project used in tests (https://github.com/tbroyer/gwt-maven-plugin/tree/main/src/it/e2e)

How's your code organized in your project? Is the client code in a separate project from the server code? Or both in the same project?
How did you configure the net.ltgt.gwt.maven:gwt-maven-plugin? How was the CodeHaus Mojo plugin configured?

You're mentioning src/main/java in the structure of "Third-Party JAR (T1)", does it mean it's a project in the same Maven reactor build? Or is it really a third-party JAR and it actually doesn't have a src/main/java?

The best way to troubleshoot is to run with debug logs (mvn -X) and look for two lines starting with "Classpath:" and "Arguments:" respectively. You can also compare their content vs. the content of the two lines starting with "Execute command" and "With CLASSPATH" emitted by the CodeHaus Mojo plugin in the debug logs.


On Sunday, November 23, 2025 at 7:07:47 PM UTC+1 Ism wrote:
Request for Help: Migrating GWT 2.8.2 → 2.12.2 (Plugin + Version)

We are in the process of migrating our project from GWT 2.8.2 to GWT 2.12.2, including switching from the old Mojo plugin to the new tbroyer gwt-maven-plugin.

  • With GWT 2.8.2 + Mojo plugin, everything has worked fine for several years.

  • After configuring the new plugin, we are running into issues.

Project Structure

Main Application Module com.test.Application.gwt.xml

This module inherits third-party JARs that contain both sources and their own .gwt.xml files:


<module> <inherits name="com.thirdparty.T1"/> </module>

Third-Party JAR (T1) Structure:

Code
src/main/java 
 └── com/thirdparty/... 
              └── T1.gwt.xml

Contents of T1.gwt.xml:


<module> <source path=""/> </module>

Problem

When migrating, compilation fails with:

Code
[ERROR] Line 40: No source code is available

Attempts so far:

  • Tried <source path=""/>

  • Tried <super-source path=""/>

Both approaches fail with the same error.

Question

How should we correctly configure the tbroyer gwt-maven-plugin and module definitions so that third-party JARs with embedded sources and .gwt.xml files are properly recognized under GWT 2.12.2?

--
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/354b52d5-2cff-40d7-930c-c76eae3e8132n%40googlegroups.com.

Sunday, November 23, 2025

Re: migrating GWT2.8.2 to 2.12.2 , GWT version and plugin both

Just checked our files - we just have the following in that area:

    <source path="client" />
    <!-- the below seems to be needed to help resolving ImageResource annotations -->
    <resource path="public" />

We follow the normal ./client, ./server, ./public structure from way back when GWT started.

On Sunday, 23 November 2025 at 18:34:29 UTC Thomas Broyer wrote:
I'm afraid you're not providing enough information for us to help.

First, I'm assuming you read https://tbroyer.github.io/gwt-maven-plugin/migrating.html, as well as https://tbroyer.github.io/gwt-maven-plugin/index.html and https://tbroyer.github.io/gwt-maven-plugin/usage.html. If you haven't already, I'd suggest studying the structure of a project generated from the gwt-maven-archetypes: https://github.com/tbroyer/gwt-maven-archetypes/ or the e2e project used in tests (https://github.com/tbroyer/gwt-maven-plugin/tree/main/src/it/e2e)

How's your code organized in your project? Is the client code in a separate project from the server code? Or both in the same project?
How did you configure the net.ltgt.gwt.maven:gwt-maven-plugin? How was the CodeHaus Mojo plugin configured?

You're mentioning src/main/java in the structure of "Third-Party JAR (T1)", does it mean it's a project in the same Maven reactor build? Or is it really a third-party JAR and it actually doesn't have a src/main/java?

The best way to troubleshoot is to run with debug logs (mvn -X) and look for two lines starting with "Classpath:" and "Arguments:" respectively. You can also compare their content vs. the content of the two lines starting with "Execute command" and "With CLASSPATH" emitted by the CodeHaus Mojo plugin in the debug logs.


On Sunday, November 23, 2025 at 7:07:47 PM UTC+1 Ism wrote:
Request for Help: Migrating GWT 2.8.2 → 2.12.2 (Plugin + Version)

We are in the process of migrating our project from GWT 2.8.2 to GWT 2.12.2, including switching from the old Mojo plugin to the new tbroyer gwt-maven-plugin.

  • With GWT 2.8.2 + Mojo plugin, everything has worked fine for several years.

  • After configuring the new plugin, we are running into issues.

Project Structure

Main Application Module com.test.Application.gwt.xml

This module inherits third-party JARs that contain both sources and their own .gwt.xml files:


<module> <inherits name="com.thirdparty.T1"/> </module>

Third-Party JAR (T1) Structure:

Code
src/main/java 
 └── com/thirdparty/... 
              └── T1.gwt.xml

Contents of T1.gwt.xml:


<module> <source path=""/> </module>

Problem

When migrating, compilation fails with:

Code
[ERROR] Line 40: No source code is available

Attempts so far:

  • Tried <source path=""/>

  • Tried <super-source path=""/>

Both approaches fail with the same error.

Question

How should we correctly configure the tbroyer gwt-maven-plugin and module definitions so that third-party JARs with embedded sources and .gwt.xml files are properly recognized under GWT 2.12.2?

--
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/4855d621-ae22-4c57-acf9-ecd674731829n%40googlegroups.com.

Re: migrating GWT2.8.2 to 2.12.2 , GWT version and plugin both

I'm afraid you're not providing enough information for us to help.

First, I'm assuming you read https://tbroyer.github.io/gwt-maven-plugin/migrating.html, as well as https://tbroyer.github.io/gwt-maven-plugin/index.html and https://tbroyer.github.io/gwt-maven-plugin/usage.html. If you haven't already, I'd suggest studying the structure of a project generated from the gwt-maven-archetypes: https://github.com/tbroyer/gwt-maven-archetypes/ or the e2e project used in tests (https://github.com/tbroyer/gwt-maven-plugin/tree/main/src/it/e2e)

How's your code organized in your project? Is the client code in a separate project from the server code? Or both in the same project?
How did you configure the net.ltgt.gwt.maven:gwt-maven-plugin? How was the CodeHaus Mojo plugin configured?

You're mentioning src/main/java in the structure of "Third-Party JAR (T1)", does it mean it's a project in the same Maven reactor build? Or is it really a third-party JAR and it actually doesn't have a src/main/java?

The best way to troubleshoot is to run with debug logs (mvn -X) and look for two lines starting with "Classpath:" and "Arguments:" respectively. You can also compare their content vs. the content of the two lines starting with "Execute command" and "With CLASSPATH" emitted by the CodeHaus Mojo plugin in the debug logs.


On Sunday, November 23, 2025 at 7:07:47 PM UTC+1 Ism wrote:
Request for Help: Migrating GWT 2.8.2 → 2.12.2 (Plugin + Version)

We are in the process of migrating our project from GWT 2.8.2 to GWT 2.12.2, including switching from the old Mojo plugin to the new tbroyer gwt-maven-plugin.

  • With GWT 2.8.2 + Mojo plugin, everything has worked fine for several years.

  • After configuring the new plugin, we are running into issues.

Project Structure

Main Application Module com.test.Application.gwt.xml

This module inherits third-party JARs that contain both sources and their own .gwt.xml files:


<module> <inherits name="com.thirdparty.T1"/> </module>

Third-Party JAR (T1) Structure:

Code
src/main/java 
 └── com/thirdparty/... 
              └── T1.gwt.xml

Contents of T1.gwt.xml:


<module> <source path=""/> </module>

Problem

When migrating, compilation fails with:

Code
[ERROR] Line 40: No source code is available

Attempts so far:

  • Tried <source path=""/>

  • Tried <super-source path=""/>

Both approaches fail with the same error.

Question

How should we correctly configure the tbroyer gwt-maven-plugin and module definitions so that third-party JARs with embedded sources and .gwt.xml files are properly recognized under GWT 2.12.2?

--
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/da5d1dc6-cc42-4d10-8071-d91a1124dc98n%40googlegroups.com.

migrating GWT2.8.2 to 2.12.2 , GWT version and plugin both

Request for Help: Migrating GWT 2.8.2 → 2.12.2 (Plugin + Version)

We are in the process of migrating our project from GWT 2.8.2 to GWT 2.12.2, including switching from the old Mojo plugin to the new tbroyer gwt-maven-plugin.

  • With GWT 2.8.2 + Mojo plugin, everything has worked fine for several years.

  • After configuring the new plugin, we are running into issues.

Project Structure

Main Application Module com.test.Application.gwt.xml

This module inherits third-party JARs that contain both sources and their own .gwt.xml files:


<module> <inherits name="com.thirdparty.T1"/> </module>

Third-Party JAR (T1) Structure:

Code
src/main/java 
 └── com/thirdparty/... 
              └── T1.gwt.xml

Contents of T1.gwt.xml:


<module> <source path=""/> </module>

Problem

When migrating, compilation fails with:

Code
[ERROR] Line 40: No source code is available

Attempts so far:

  • Tried <source path=""/>

  • Tried <super-source path=""/>

Both approaches fail with the same error.

Question

How should we correctly configure the tbroyer gwt-maven-plugin and module definitions so that third-party JARs with embedded sources and .gwt.xml files are properly recognized under GWT 2.12.2?

--
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/a1055254-53d8-468a-9140-60ba672073fdn%40googlegroups.com.

Sunday, November 16, 2025

Re: Code Server fixed for Windows Users (now shuts down correctly)

> Then create a compound launcher to start everything with one click.

This is a bad idea, as the code server needs to start first (I was sometimes getting com.google.gwt.user.client.rpc.SerializationException errors, as the codeserver hadn't finished creating the client code before the server launched).

I haven't come up with a great solution to launching everything at once.  The best I've done is just put a delay in the servers pom.xml:

<!-- Wait 10 seconds before starting Spring Boot, so the GWT Code Server starts up first -->
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-antrun-plugin</artifactId>
  <version>3.1.0</version>
  <executions>
    <execution>
      <id>sleep-before-springboot</id>
      <phase>initialize</phase>
      <configuration>
        <target>
          <sleep seconds="10" />
          <echo message="Waited 10 seconds before starting Spring Boot"/>
        </target>
      </configuration>
      <goals>
        <goal>run</goal>
      </goals>
    </execution>
  </executions>
</plugin>

I looked at creating a script, but using a script means IntelliJ doesn't know it's running, and its "Stop All" button doesn't work.

On Thursday, 16 October 2025 at 11:25:26 am UTC+11 Craig Mitchell wrote:
Forgot to say, the reason for starting everything via a maven launcher, is so IntelliJ knows it's running, and the "Stop All" button works.

If you run things as an external tool, or shell script, IntelliJ doesn't know how to stop it.

On Thursday, 16 October 2025 at 11:16:07 am UTC+11 Craig Mitchell wrote:
Thomas fixed the code server for Windows users: https://github.com/tbroyer/gwt-maven-plugin/issues/110#issuecomment-3405235827

Thanks Thomas!

Thought I'd clean up my IntelliJ dev startup.  What I figured out is:
  1. Create a maven launcher for the codeserver.
  2. Create a maven launcher for your server.
  3. And you can create maven launches for thinks like your DB.
  4. Then create a compound launcher to start everything with one click.  IntelliJ also gives you a "Stop All" button to stop everything with one click.
Much easier!

To create a maven launcher for your DB, you use "exec-maven-plugin".  For example, I'm using Google App Engine, so I added this to my pom.xml:

<plugin>
  <groupId>org.codehaus.mojo</groupId>
  <artifactId>exec-maven-plugin</artifactId>
  <version>${exec-maven-plugin.version}</version>
  <executions>
    <execution>
      <id>start-datastore-emulator</id>
      <goals>
        <goal>exec</goal>
      </goals>
      <configuration>
        <executable>gcloud</executable>
        <arguments>
           <argument>beta</argument>
            <argument>emulators</argument>
            <argument>datastore</argument>
            <argument>start</argument>
            <argument>--use-firestore-in-datastore-mode</argument>
            <argument>--data-dir=local_db</argument>
          </arguments>
       </configuration>
     </execution>
  </executions>
</plugin>

Now I just create a maven launcher in IntelliJ "exec:exec@start-datastore-emulator" and it'll start my local DB.

If anyone has any tips for improving it, please let me know.

--
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/ddd6dcc3-f35c-4577-91d9-6bef1375dd0dn%40googlegroups.com.

Friday, November 14, 2025

Re: Safari Request Behavior

The For my GWT RPC calls, I create a RequestBuilder with a timeout, so the caller knows if the request never came back, and can deal with the consequences.  Ie:

public static RpcRequestBuilder createRpcRequestBuilder(int timeoutInMs) {
  return new RpcRequestBuilder() {
  @Override
    protected RequestBuilder doCreate(String serviceEntryPoint) {
      RequestBuilder builder = new RequestBuilder(RequestBuilder.POST, serviceEntryPoint);
      builder.setTimeoutMillis(timeoutInMs);
      return builder;
    }
  };
}

On Saturday, 15 November 2025 at 6:28:03 am UTC+11 Bob Lacatena wrote:
I work on a web app which is a multi-user simulation used in training. As such, we have a wide variety of users, but the simulation is very interactive, with the "players" making decisions that are recorded on the backend, update the business model, and then reflect changes in everyone's user interface (browser).

A lot of work has gone into keeping things in synch among 100+ simultaneous users. In particular, many users have bad Internet connections (since the pandemic, many use horribly configured home networks) so extra effort is put into detecting message failures, retrying, or alerting users that their communication with the server is inadequate (so they don't think things are working when they aren't).

In particular, we now have more and more Safari users, and Safari does not handle connections, connection pooling, and error reporting the way that Chrome or Firefox (or Edge) do.

Safari will occasionally show the following error in the browser console:

[Error] Failed to load resource: The network connection was lost. 

With respect to GWT requests, Safari often doesn't deliver a normal onreadystatechange with a status code; instead it fires the XHR onerror (or onabort/ontimeout) path with status === 0. RequestBuilder doesn't detect this,, so our code is not detecting situations where a request fails in this way.

[We detect this in Chrome because it will normally throw a StatusCodeException with a status code of zero.]

[According to ChatGPT...] This happens often with Safari because Safari/WebKit is pretty aggressive about reusing TCP connections, and so can randomly throw this at any time it tries to reuse a connection that has gone stale (it apparently doesn't detect the problem and try a different connection itself).

We have seen this behavior happen a lot, to the extent that we basically can't allow users to use Safari with our web simulations.

I have some suggestions from ChatGPT (which I really don't trust much) that we can take action on to try to detect this edge case (no idea if it will really work), but it would be far simpler if this was built into GWT and the RequestBuilder (and possibly translated into a StatusCodeException or some other special construct that is browser-agnostic).

NOTE: There is no urgency to this "request". Our current off ramp is to just tell clients that users may not use Safari. But I'd love it if you solved the problem for us (someday).

--
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/7f73e434-d62e-4ff6-88c2-e5f4e6b53584n%40googlegroups.com.

Safari Request Behavior

I work on a web app which is a multi-user simulation used in training. As such, we have a wide variety of users, but the simulation is very interactive, with the "players" making decisions that are recorded on the backend, update the business model, and then reflect changes in everyone's user interface (browser).

A lot of work has gone into keeping things in synch among 100+ simultaneous users. In particular, many users have bad Internet connections (since the pandemic, many use horribly configured home networks) so extra effort is put into detecting message failures, retrying, or alerting users that their communication with the server is inadequate (so they don't think things are working when they aren't).

In particular, we now have more and more Safari users, and Safari does not handle connections, connection pooling, and error reporting the way that Chrome or Firefox (or Edge) do.

Safari will occasionally show the following error in the browser console:

[Error] Failed to load resource: The network connection was lost. 

With respect to GWT requests, Safari often doesn't deliver a normal onreadystatechange with a status code; instead it fires the XHR onerror (or onabort/ontimeout) path with status === 0. RequestBuilder doesn't detect this,, so our code is not detecting situations where a request fails in this way.

[We detect this in Chrome because it will normally throw a StatusCodeException with a status code of zero.]

[According to ChatGPT...] This happens often with Safari because Safari/WebKit is pretty aggressive about reusing TCP connections, and so can randomly throw this at any time it tries to reuse a connection that has gone stale (it apparently doesn't detect the problem and try a different connection itself).

We have seen this behavior happen a lot, to the extent that we basically can't allow users to use Safari with our web simulations.

I have some suggestions from ChatGPT (which I really don't trust much) that we can take action on to try to detect this edge case (no idea if it will really work), but it would be far simpler if this was built into GWT and the RequestBuilder (and possibly translated into a StatusCodeException or some other special construct that is browser-agnostic).

NOTE: There is no urgency to this "request". Our current off ramp is to just tell clients that users may not use Safari. But I'd love it if you solved the problem for us (someday).

--
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/e15dea32-0c56-4034-bf12-07c88cdfff13n%40googlegroups.com.

Wednesday, November 12, 2025

Re: Need Help: GWT 2.12.2 / Java 17 / Tomcat 10.1.48 – SDBG Client Debugging Issue

You guys are awesome, sharing this kind of information is extremely valuable and important for the GWT community. 

On Wed, Nov 12, 2025 at 2:58 PM Craig Mitchell <mail@craig-mitchell.com> wrote:
I'm running IntelliJ Community Edition (the free version), which doesn't have any JavaScript debugger (probably should fork out the $$$ for the Ultimate, but anyway).

I prefer coding in IntelliJ, but do miss the JavaScript SDBG plugin Eclipse has.  So I just did this:
  1. Downloaded Eclipse (just the "IDE for Java Developers" version, not the "Enterprise Java and Web Developers", although,that would probably work too).
  2. Ran Eclipse creating a new workspace.
  3. Installed the SDBG plugin https://sdbg.github.io/  (unticked all the GWT stuff - just installed SDBG).
  4. Unticked "Build automatically" in the Eclipse Project menu.
  5. Imported my existing maven project.
  6. Created a new Debug config under "Launch Browser", entered my apps URL, selected my client module as the project, and added the client module in the source (as mentioned above).
  7. Back in IntelliJ, started everything up.
  8. Back in Eclipse, ran my new "Launch Browser" config.
  9. Put a breakpoint in the client code in Eclipse, hooray, it hits it!
Now I can debug the client and make small fixes in Eclipse, and swap back to IntelliJ for everything else.

On Wednesday, 12 November 2025 at 9:46:55 am UTC+11 eliasb...@gmail.com wrote:
I am probably late to the party but I have fallen victim of the same kind of intricacies.

Classpath manipulation and consequently class loading order can be critical in such situations.

I have used Maven to control the classpath and drive the class loading order successfully in my projects.

Editing the Eclipse launch configurations can be equally important but quite infrequent.

On Tuesday, 11 November 2025 at 19:12:09 UTC Shahram Zadeh wrote:
Hi Atul and everyone,
The very first solution resolved the issue right away. I really appreciate the quick response — you saved me a lot of time. 

Best,
Shahram...
-------------------------------------------------------------------------------------------
## Quick Fix - Launch Configuration Source Path
The most common solution is adjusting the Eclipse debug configuration:

1. Go to **Debug Configurations** (right-click your launch config)
2. Navigate to the **Source** tab
3. Click **Add** → **Java Project** → Select the **client module**
4. **Important**: Ensure the client project is at the **top** of the source lookup path
5. Remove any duplicate workspace entries that might be interfering


On Tuesday, November 11, 2025 at 12:41:32 AM UTC-8 Atul Vishwakarma wrote:
Subject: Solution for SDBG Read-Only Source Issue in GWT 2.12.2 Maven Project

Hello everyone,

I wanted to follow up on the debugging issue where SDBG opens read-only copies of client code when hitting breakpoints in our GWT 2.12.2 Maven project with Eclipse.

After some research, I've found several potential solutions that should resolve this problem:

## Quick Fix - Launch Configuration Source Path

The most common solution is adjusting the Eclipse debug configuration:

1. Go to **Debug Configurations** (right-click your launch config)
2. Navigate to the **Source** tab
3. Click **Add** → **Java Project** → Select the **client module**
4. **Important**: Ensure the client project is at the **top** of the source lookup path
5. Remove any duplicate workspace entries that might be interfering

## Additional Solutions to Try

### Verify GWT Module Configuration
Ensure your GWT module XML includes:
```xml
<source path="client"/>
```

### Maven Plugin Configuration
Check that your `pom.xml` has the source directory properly configured:
```xml
<sourceDirectory>src/main/java</sourceDirectory>
```

### Eclipse Project Structure
- Verify `src/main/java` is listed as a source folder in **Java Build Path** → **Source**
- Confirm output folder points to `target/classes`

### Clean Rebuild Approach
If the above doesn't work, try this reset:
1. Clean all projects (**Project** → **Clean...**)
2. Delete `.classpath`, `.project`, and `.settings` from all modules
3. Reimport as Maven projects
4. Restart Eclipse

### Add Compiler Argument
As a last resort, add this to your GWT compiler arguments:
```
-src src/main/java
```

## Root Cause

The issue occurs when Eclipse's source lookup finds compiled class files or JARs before locating the actual source files. The key is prioritizing the client module's source directory in the lookup path.

Please let me know if any of these solutions work for your setup, or if you discover alternative fixes. Happy to discuss further!

Best regards

On Tuesday, November 11, 2025 at 10:27:38 AM UTC+5:30 Shahram Zadeh wrote:
Hello everyone,

After quite a bit of work, I was finally able to set up a Maven project with three modules (client, shared, and server) using GWT 2.12.2, Java 17, and Tomcat 10.1.48.
Everything builds, runs, and debugs correctly in Eclipse — except for one issue: when I hit a breakpoint in the client code, SDBG opens an uneditable copy of the Java source. I can navigate through it but not edit.
I've tried multiple classpath and source-path adjustments, but no luck so far. Even ChatGPT and Gemini couldn't find a working fix.

Any ideas or solutions would be truly appreciated!
Best
Shahram...

--
You received this message because you are subscribed to a topic in the Google Groups "GWT Users" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/google-web-toolkit/ltSGnFQ4a0Q/unsubscribe.
To unsubscribe from this group and all its topics, send an email to google-web-toolkit+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/google-web-toolkit/dc919576-659e-4851-a6ec-a05a16b708b9n%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/CAGcWJ-cJOv-xz6R0a_bHsuM94Kv1g1_hy6kNL2xtxHgJz8ZWVg%40mail.gmail.com.

Re: Need Help: GWT 2.12.2 / Java 17 / Tomcat 10.1.48 – SDBG Client Debugging Issue

I'm running IntelliJ Community Edition (the free version), which doesn't have any JavaScript debugger (probably should fork out the $$$ for the Ultimate, but anyway).

I prefer coding in IntelliJ, but do miss the JavaScript SDBG plugin Eclipse has.  So I just did this:
  1. Downloaded Eclipse (just the "IDE for Java Developers" version, not the "Enterprise Java and Web Developers", although,that would probably work too).
  2. Ran Eclipse creating a new workspace.
  3. Installed the SDBG plugin https://sdbg.github.io/  (unticked all the GWT stuff - just installed SDBG).
  4. Unticked "Build automatically" in the Eclipse Project menu.
  5. Imported my existing maven project.
  6. Created a new Debug config under "Launch Browser", entered my apps URL, selected my client module as the project, and added the client module in the source (as mentioned above).
  7. Back in IntelliJ, started everything up.
  8. Back in Eclipse, ran my new "Launch Browser" config.
  9. Put a breakpoint in the client code in Eclipse, hooray, it hits it!
Now I can debug the client and make small fixes in Eclipse, and swap back to IntelliJ for everything else.

On Wednesday, 12 November 2025 at 9:46:55 am UTC+11 eliasb...@gmail.com wrote:
I am probably late to the party but I have fallen victim of the same kind of intricacies.

Classpath manipulation and consequently class loading order can be critical in such situations.

I have used Maven to control the classpath and drive the class loading order successfully in my projects.

Editing the Eclipse launch configurations can be equally important but quite infrequent.

On Tuesday, 11 November 2025 at 19:12:09 UTC Shahram Zadeh wrote:
Hi Atul and everyone,
The very first solution resolved the issue right away. I really appreciate the quick response — you saved me a lot of time. 

Best,
Shahram...
-------------------------------------------------------------------------------------------
## Quick Fix - Launch Configuration Source Path
The most common solution is adjusting the Eclipse debug configuration:

1. Go to **Debug Configurations** (right-click your launch config)
2. Navigate to the **Source** tab
3. Click **Add** → **Java Project** → Select the **client module**
4. **Important**: Ensure the client project is at the **top** of the source lookup path
5. Remove any duplicate workspace entries that might be interfering


On Tuesday, November 11, 2025 at 12:41:32 AM UTC-8 Atul Vishwakarma wrote:
Subject: Solution for SDBG Read-Only Source Issue in GWT 2.12.2 Maven Project

Hello everyone,

I wanted to follow up on the debugging issue where SDBG opens read-only copies of client code when hitting breakpoints in our GWT 2.12.2 Maven project with Eclipse.

After some research, I've found several potential solutions that should resolve this problem:

## Quick Fix - Launch Configuration Source Path

The most common solution is adjusting the Eclipse debug configuration:

1. Go to **Debug Configurations** (right-click your launch config)
2. Navigate to the **Source** tab
3. Click **Add** → **Java Project** → Select the **client module**
4. **Important**: Ensure the client project is at the **top** of the source lookup path
5. Remove any duplicate workspace entries that might be interfering

## Additional Solutions to Try

### Verify GWT Module Configuration
Ensure your GWT module XML includes:
```xml
<source path="client"/>
```

### Maven Plugin Configuration
Check that your `pom.xml` has the source directory properly configured:
```xml
<sourceDirectory>src/main/java</sourceDirectory>
```

### Eclipse Project Structure
- Verify `src/main/java` is listed as a source folder in **Java Build Path** → **Source**
- Confirm output folder points to `target/classes`

### Clean Rebuild Approach
If the above doesn't work, try this reset:
1. Clean all projects (**Project** → **Clean...**)
2. Delete `.classpath`, `.project`, and `.settings` from all modules
3. Reimport as Maven projects
4. Restart Eclipse

### Add Compiler Argument
As a last resort, add this to your GWT compiler arguments:
```
-src src/main/java
```

## Root Cause

The issue occurs when Eclipse's source lookup finds compiled class files or JARs before locating the actual source files. The key is prioritizing the client module's source directory in the lookup path.

Please let me know if any of these solutions work for your setup, or if you discover alternative fixes. Happy to discuss further!

Best regards

On Tuesday, November 11, 2025 at 10:27:38 AM UTC+5:30 Shahram Zadeh wrote:
Hello everyone,

After quite a bit of work, I was finally able to set up a Maven project with three modules (client, shared, and server) using GWT 2.12.2, Java 17, and Tomcat 10.1.48.
Everything builds, runs, and debugs correctly in Eclipse — except for one issue: when I hit a breakpoint in the client code, SDBG opens an uneditable copy of the Java source. I can navigate through it but not edit.
I've tried multiple classpath and source-path adjustments, but no luck so far. Even ChatGPT and Gemini couldn't find a working fix.

Any ideas or solutions would be truly appreciated!
Best
Shahram...

--
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/dc919576-659e-4851-a6ec-a05a16b708b9n%40googlegroups.com.

Tuesday, November 11, 2025

Re: Need Help: GWT 2.12.2 / Java 17 / Tomcat 10.1.48 – SDBG Client Debugging Issue

I am probably late to the party but I have fallen victim of the same kind of intricacies.

Classpath manipulation and consequently class loading order can be critical in such situations.

I have used Maven to control the classpath and drive the class loading order successfully in my projects.

Editing the Eclipse launch configurations can be equally important but quite infrequent.

On Tuesday, 11 November 2025 at 19:12:09 UTC Shahram Zadeh wrote:
Hi Atul and everyone,
The very first solution resolved the issue right away. I really appreciate the quick response — you saved me a lot of time. 

Best,
Shahram...
-------------------------------------------------------------------------------------------
## Quick Fix - Launch Configuration Source Path
The most common solution is adjusting the Eclipse debug configuration:

1. Go to **Debug Configurations** (right-click your launch config)
2. Navigate to the **Source** tab
3. Click **Add** → **Java Project** → Select the **client module**
4. **Important**: Ensure the client project is at the **top** of the source lookup path
5. Remove any duplicate workspace entries that might be interfering


On Tuesday, November 11, 2025 at 12:41:32 AM UTC-8 Atul Vishwakarma wrote:
Subject: Solution for SDBG Read-Only Source Issue in GWT 2.12.2 Maven Project

Hello everyone,

I wanted to follow up on the debugging issue where SDBG opens read-only copies of client code when hitting breakpoints in our GWT 2.12.2 Maven project with Eclipse.

After some research, I've found several potential solutions that should resolve this problem:

## Quick Fix - Launch Configuration Source Path

The most common solution is adjusting the Eclipse debug configuration:

1. Go to **Debug Configurations** (right-click your launch config)
2. Navigate to the **Source** tab
3. Click **Add** → **Java Project** → Select the **client module**
4. **Important**: Ensure the client project is at the **top** of the source lookup path
5. Remove any duplicate workspace entries that might be interfering

## Additional Solutions to Try

### Verify GWT Module Configuration
Ensure your GWT module XML includes:
```xml
<source path="client"/>
```

### Maven Plugin Configuration
Check that your `pom.xml` has the source directory properly configured:
```xml
<sourceDirectory>src/main/java</sourceDirectory>
```

### Eclipse Project Structure
- Verify `src/main/java` is listed as a source folder in **Java Build Path** → **Source**
- Confirm output folder points to `target/classes`

### Clean Rebuild Approach
If the above doesn't work, try this reset:
1. Clean all projects (**Project** → **Clean...**)
2. Delete `.classpath`, `.project`, and `.settings` from all modules
3. Reimport as Maven projects
4. Restart Eclipse

### Add Compiler Argument
As a last resort, add this to your GWT compiler arguments:
```
-src src/main/java
```

## Root Cause

The issue occurs when Eclipse's source lookup finds compiled class files or JARs before locating the actual source files. The key is prioritizing the client module's source directory in the lookup path.

Please let me know if any of these solutions work for your setup, or if you discover alternative fixes. Happy to discuss further!

Best regards

On Tuesday, November 11, 2025 at 10:27:38 AM UTC+5:30 Shahram Zadeh wrote:
Hello everyone,

After quite a bit of work, I was finally able to set up a Maven project with three modules (client, shared, and server) using GWT 2.12.2, Java 17, and Tomcat 10.1.48.
Everything builds, runs, and debugs correctly in Eclipse — except for one issue: when I hit a breakpoint in the client code, SDBG opens an uneditable copy of the Java source. I can navigate through it but not edit.
I've tried multiple classpath and source-path adjustments, but no luck so far. Even ChatGPT and Gemini couldn't find a working fix.

Any ideas or solutions would be truly appreciated!
Best
Shahram...

--
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/60d983c4-9117-4a2d-8b52-d170450d5737n%40googlegroups.com.

Re: Need Help: GWT 2.12.2 / Java 17 / Tomcat 10.1.48 – SDBG Client Debugging Issue

Hi Atul and everyone,
The very first solution resolved the issue right away. I really appreciate the quick response — you saved me a lot of time. 

Best,
Shahram...
-------------------------------------------------------------------------------------------
## Quick Fix - Launch Configuration Source Path
The most common solution is adjusting the Eclipse debug configuration:

1. Go to **Debug Configurations** (right-click your launch config)
2. Navigate to the **Source** tab
3. Click **Add** → **Java Project** → Select the **client module**
4. **Important**: Ensure the client project is at the **top** of the source lookup path
5. Remove any duplicate workspace entries that might be interfering


On Tuesday, November 11, 2025 at 12:41:32 AM UTC-8 Atul Vishwakarma wrote:
Subject: Solution for SDBG Read-Only Source Issue in GWT 2.12.2 Maven Project

Hello everyone,

I wanted to follow up on the debugging issue where SDBG opens read-only copies of client code when hitting breakpoints in our GWT 2.12.2 Maven project with Eclipse.

After some research, I've found several potential solutions that should resolve this problem:

## Quick Fix - Launch Configuration Source Path

The most common solution is adjusting the Eclipse debug configuration:

1. Go to **Debug Configurations** (right-click your launch config)
2. Navigate to the **Source** tab
3. Click **Add** → **Java Project** → Select the **client module**
4. **Important**: Ensure the client project is at the **top** of the source lookup path
5. Remove any duplicate workspace entries that might be interfering

## Additional Solutions to Try

### Verify GWT Module Configuration
Ensure your GWT module XML includes:
```xml
<source path="client"/>
```

### Maven Plugin Configuration
Check that your `pom.xml` has the source directory properly configured:
```xml
<sourceDirectory>src/main/java</sourceDirectory>
```

### Eclipse Project Structure
- Verify `src/main/java` is listed as a source folder in **Java Build Path** → **Source**
- Confirm output folder points to `target/classes`

### Clean Rebuild Approach
If the above doesn't work, try this reset:
1. Clean all projects (**Project** → **Clean...**)
2. Delete `.classpath`, `.project`, and `.settings` from all modules
3. Reimport as Maven projects
4. Restart Eclipse

### Add Compiler Argument
As a last resort, add this to your GWT compiler arguments:
```
-src src/main/java
```

## Root Cause

The issue occurs when Eclipse's source lookup finds compiled class files or JARs before locating the actual source files. The key is prioritizing the client module's source directory in the lookup path.

Please let me know if any of these solutions work for your setup, or if you discover alternative fixes. Happy to discuss further!

Best regards

On Tuesday, November 11, 2025 at 10:27:38 AM UTC+5:30 Shahram Zadeh wrote:
Hello everyone,

After quite a bit of work, I was finally able to set up a Maven project with three modules (client, shared, and server) using GWT 2.12.2, Java 17, and Tomcat 10.1.48.
Everything builds, runs, and debugs correctly in Eclipse — except for one issue: when I hit a breakpoint in the client code, SDBG opens an uneditable copy of the Java source. I can navigate through it but not edit.
I've tried multiple classpath and source-path adjustments, but no luck so far. Even ChatGPT and Gemini couldn't find a working fix.

Any ideas or solutions would be truly appreciated!
Best
Shahram...

--
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/7be03d81-c53e-469f-b677-466be96317dfn%40googlegroups.com.

Re: Getting "PathParameterMissingException" with domino-rest? Are formats like "{uid:[0-9]+}" not supported?

We also moved a long time ago from RPC to JERSEY JSON REST (which, btw, throws serialized runtime exceptions as JSON with a status 400 for consuming client side…).

I'm currently thinking that due to time constraints that forking gwt-jackson and resty-gwt, gradle-ifying, and using as git submodules is my only way forwards. I can at least update resty-gwt to use the jakarta annotation namespace instead of the javax annotation namespace.

Is there a documented path forwards if I wanted to look into the feasibility of switching from GWT.create to Annotation code generation? At least for client side gwt-jackson ObjectMapper instances?

I checked for "forks" to see if anyone had been putting any work in to the legacy code to bring it up to date some, but the forks list for rest-gwt says 168 with zero displayed as accessible? Similar for gwt-jackson with 57 forks and zero displayed as accessible?

We keep running into issues on a continuous basis trying to migrate from resty-gwt/gwt-jackson to domino-rest/domino-jackson as our code is full of annotations and path parameter values that worked with gwt-jackson/resty-gwt that aren't compatible with domino-jackson/domino-rest.

-Mike

On 11/11/25 03:14, Vassilis Virvilis wrote:

+1 metoo

I have moved from GWT-RPC to RestyGWT a lifetime ago.I had even contributed to RestyGWT in order to accommodate my use cases.

Later on RestyGWT tried to move from its custom jackson serialization to gwt-jackson. At some point it started providing both options. However I never managed to compile it with gwt-jackson.

Nowadays both RestyGWT and gwt-jackson seem defunct so naturally I am looking for alternatives.

So, me too, I am interested in any war stories you may have. i.e. Does the serialization of complex objects work? Map with Objects, Parametrized Objects, Lists or Collections as keys?

On Tue, Nov 11, 2025 at
9:44 AM 'RobW' via GWT Users <google-web-toolkit@googlegroups.com>
wrote:

Following
with interest. We've discussed moving our server side from
GWT-RPC to Rest many times, but all of the libs have come
up short on us so far. Domino was the one we had left to
look into at some stage when time becomes available.

On Monday, 10
November 2025 at 15:06:40 UTC Michael Conrad wrote:

Hello all, for domino-rest, are formats like {uid0-9+} not supported? Am I doing something else wrong again in my attempt to migrate off of resty-gwt/gwt-jackson? Is this a lost cause and I should just reverse course?

My jakarta jersey rest endpoint is defined as:

@Consumes(MediaType.APPLICATION_JSON)
@Produces(MediaType.APPLICATION_JSON)
@Path("/1.0")
public interface UserV1Jakarta {
@Path("/entitlements/modules/{uid0-9+}")
@GET
EntitlementsModulesResponse entitlementsModules(@PathParam("uid") String uid, //
@HeaderParam(HeaderConsts.TOKEN) String token);
//other methods snipped.
}

I am using the following for the gwt side implementation:

// …
import org.dominokit.rest.shared.request.service.annotations.RequestFactory;

@RequestFactory(serviceRoot = ApplicationPaths.API_CONTEXT + ApplicationPaths.BUTTER_USER)
public interface UserV1 extends UserV1Jakarta {

}

I'm calling it as follows:

Console console = DomGlobal.console;
UserV1Factory userV1 = UserV1Factory.INSTANCE;
DominoRestConfig config = DominoRestConfig.getInstance();
console.log("DominoRestConfig initialized");
userV1.entitlementsModules("0", "not-used").onSuccess(m->{
console.log("Got entitlements modules");
m.result.forEach(System.out

);
}).onFailed(e->{
console.log("Failed to get modules");
console.log(e.getHeaders());
console.log(e.getBody());
console.log(e.getStatusText());
console.log(e.getThrowable());
}).send();

And I'm getting in the JS console (superdev mode so I can see any exceptions):

Could not RunAsync request [com.newsrx.butter.client.domino.api.UserV1Factory$UserV1_entitlementsModules@3] ConsoleLogger.java:33:1
Exception: org.dominokit.rest.shared.request.exception.PathParameterMissingException: No parameter provided for path [{uid0-9+}] ConsoleLogger.java:55:1

-Mike

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/e63f7cf1-465f-4880-9500-a57bcc3a57can%40googlegroups.com.

Vassilis Virvilis


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/CAKbOjEy8djkN9tTOZWEw-7FUNfiqVcvOesJaaHY3%3D4FuwsHCYQ%40mail.gmail.com.