Friday, June 19, 2026

Re: GWT 2.13.1 released

Working great here too.  Thank you!

On Saturday, 20 June 2026 at 7:38:37 am UTC+10 Juan Pablo Gardella wrote:
Great! My apps worked well with that version, thanks!

On Fri, Jun 19, 2026 at 4:22 PM Colin Alworth <co...@colinalworth.com> wrote:
This is a small bugfix release, with four changes:

  • Permit failure to delete files on Windows, and close finished logs. This is a regression, caused by trying to use Guava to replace some bespoke utility classes.
  • Simplify RTA iframe loading in Firefox. This addresses a change in behavior in Firefox, although in most cases applications compiled with older versions of GWT should have a workaround automatically applied by Firefox.
  • Use Objects.equals to compare record fields for null support. As the current implementation of records was producing an incorrect equals method and this was a low risk fix, this was backported.
  • Include GWT version, commit in JFR output. This ensures that we have a baseline for compiled size improvements going forward.

--
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/9659b3ed-e134-4ea3-88c5-995ecd3919f5n%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/81042bec-ad81-46f8-ac67-ef228bca6d5bn%40googlegroups.com.

Re: GWT 2.13.1 released

Great! My apps worked well with that version, thanks!

On Fri, Jun 19, 2026 at 4:22 PM Colin Alworth <colin@colinalworth.com> wrote:
This is a small bugfix release, with four changes:

  • Permit failure to delete files on Windows, and close finished logs. This is a regression, caused by trying to use Guava to replace some bespoke utility classes.
  • Simplify RTA iframe loading in Firefox. This addresses a change in behavior in Firefox, although in most cases applications compiled with older versions of GWT should have a workaround automatically applied by Firefox.
  • Use Objects.equals to compare record fields for null support. As the current implementation of records was producing an incorrect equals method and this was a low risk fix, this was backported.
  • Include GWT version, commit in JFR output. This ensures that we have a baseline for compiled size improvements going forward.

--
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/9659b3ed-e134-4ea3-88c5-995ecd3919f5n%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/CA%2BkiFseg6CXhCOZ_5X8s57J-oQRZo-kRxGQwCWcPEfHm3KxQOA%40mail.gmail.com.

GWT 2.13.1 released

This is a small bugfix release, with four changes:

  • Permit failure to delete files on Windows, and close finished logs. This is a regression, caused by trying to use Guava to replace some bespoke utility classes.
  • Simplify RTA iframe loading in Firefox. This addresses a change in behavior in Firefox, although in most cases applications compiled with older versions of GWT should have a workaround automatically applied by Firefox.
  • Use Objects.equals to compare record fields for null support. As the current implementation of records was producing an incorrect equals method and this was a low risk fix, this was backported.
  • Include GWT version, commit in JFR output. This ensures that we have a baseline for compiled size improvements going forward.

  • --
    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/9659b3ed-e134-4ea3-88c5-995ecd3919f5n%40googlegroups.com.

    Friday, May 8, 2026

    Re: GWT Deferred Binding Error – UiBinder Not Resolved from Dependent Module (phoenix-air)

    Oh, wait. I see  com.shipco.phoenix.air.Air in there, so it probably isn't the one from  com.shipco.phoenix.air.

    Sorry, unless you can create a simpler example, this is too complicated to work out without seeing all the code.

    On Saturday, 9 May 2026 at 9:07:11 am UTC+10 Craig Mitchell wrote:
    Screenshot 2026-05-09 090321.png

    I don't know which gwt.xml file this is, but if it's the one from com.shipco.phoenix.air, then it's missing <inherits name="com.shipco.phoenix.client" />   (unless it's included below the screenshot).

    On Friday, 8 May 2026 at 7:24:19 pm UTC+10 Arpan Ameta wrote:
    Screenshot 2026-05-08 144613.pngScreenshot 2026-05-08 144632.pngScreenshot 2026-05-08 144716.pngScreenshot 2026-05-08 144758.pngScreenshot 2026-05-08 144853.pngScreenshot 2026-05-08 144943.png
    Please find SS of air.gwt.xml, main(application.gwt.xml), air(pom.xml), main(pom.xml) and how air dependency is added to it.

    On Friday, May 8, 2026 at 1:44:26 PM UTC+5:30 Craig Mitchell wrote:
    I would have thought the error would be in your module.gwt.xml.  The com.shipco.phoenix.air isn't correctly inheriting in the com.shipco.phoenix.client.  That's what the error is indicating anyway.  However, without looking at all your code, this is just a guess.

    On Friday, 8 May 2026 at 4:39:26 pm UTC+10 Arpan Ameta wrote:
    Hello, 
    Please the SS of the required classes.

    Screenshot 2026-05-08 120651.pngScreenshot 2026-05-08 120706.pngScreenshot 2026-05-08 120718.png
    can you please suggest what should i fix in this class because it is being used by other module as well so can't make any change blindly.
    br,
    Arpan Ameta
    On Friday, May 1, 2026 at 7:26:32 AM UTC+5:30 Craig Mitchell wrote:
    Did you fix the error with your MonitorServiceInterfaceProxyGenerator?

    On Thursday, 30 April 2026 at 7:01:30 pm UTC+10 Arpan Ameta wrote:
    Hello All,

    Anyone can please help us...??

    On Wednesday, March 25, 2026 at 12:13:19 PM UTC+5:30 Arpan Ameta wrote:
    Screenshot 2026-03-25 120849.pngScreenshot 2026-03-25 120822.png

    Hi Craig,

    Thanks for pointing that out.

    Yes, in the screenshot I shared, there is indeed an error related to MonitorServiceInterfaceProxyGenerator. However, this is a custom generator used across multiple modules in our project, and those modules are compiling and working fine even after the upgrade.

    That’s why I’m a bit unsure if this generator is the root cause here, or if it’s just a side effect of something failing earlier in the compilation chain.

    Also, the failure still surfaces specifically at:

    AwbCustomer.AwbCustomerUiBinder

    which makes it look like a UiBinder deferred binding issue at first glance.

    That said, I agree with your point — if the generator fails, it could potentially break the binding process. I’ll try isolating this further by:

    • Checking if this module has any differences in how the generator is used
    • Verifying if any recent changes or stricter rules in GWT 2.12.0 / JDK 17 are affecting it
    • Temporarily disabling or bypassing the generator (if possible) to see if the error persists

    I’ll update once I have more findings.

    Thanks again for your help!

    On Wednesday, March 25, 2026 at 4:33:36 AM UTC+5:30 Craig Mitchell wrote:
    Is your screenshot saying there is an error with the MonitorServiceInterfaceProxyGenerator?  I've no clue what that is, but that error could be causing the error with the AwbCustomer.

    On Tuesday, 24 March 2026 at 10:56:33 pm UTC+11 Arpan Ameta wrote:
    Screenshot 2026-03-24 165332.pngScreenshot 2026-03-24 172248.pngScreenshot 2026-03-24 165414.png

    Hi Craig,

    Thanks for your response.

    Yes, the error occurs during compilation (GWT Code Server / compile), but interestingly I do not see the “Unable to find resource” error for the AwbCustomer.ui.xml file.

    The .ui.xml file is present in the correct package and follows the same naming convention as other working modules. That’s why this is a bit confusing — if it were a missing or misplaced file, I would expect that specific error to show up.

    In this case, the compilation fails directly with the deferred binding error:

    Failed to resolve 'AwbCustomer.AwbCustomerUiBinder' via deferred binding

    Also worth noting:

    • Other UiBinder classes in different modules are compiling fine
    • This issue started only after upgrading to GWT 2.12.0 and JDK 17
    • The structure and setup of this module is consistent with others that are working

    Because of this, I’m wondering if this could be related to stricter checks in the newer GWT version or something subtle being missed in this particular class/module.

    Please let me know if there’s anything specific you’d recommend checking beyond the usual .ui.xml placement — happy to dig deeper.

    Thanks again for your help!

    On Tuesday, March 24, 2026 at 2:53:06 PM UTC+5:30 Craig Mitchell wrote:
    I assume you get this error when running, and the GWT Code Server fails to compile that class.

    If you've misspelt or misplaced the ui.xml file, you should also get an error like:

    [ERROR] Unable to find resource: blah/blah/.../AwbCustomer.ui.xml

    Do you see that error?
    On Tuesday, 24 March 2026 at 5:58:33 pm UTC+11 Arpan Ameta wrote:

    Hi Team,

    I’m currently facing an issue after upgrading our project to GWT 2.12.0 and JDK 17, and I’d really appreciate any guidance or suggestions from the community.

    While most of our modules are compiling and working fine post-upgrade, one specific module is failing during GWT compilation with the following error:

    [ERROR] Failed to resolve 'com.shipco.air.modules.awb.client.airimport.view.awbpopup.AwbCustomer.AwbCustomerUiBinder' via deferred binding

    From the logs, it appears to be a UiBinder-related issue during deferred binding. The same pattern and structure are used in other modules, and they are working without any problems.

    A few points to highlight:

    • This issue started only after upgrading to GWT 2.12.0 and JDK 17
    • Other UiBinder-based components in different modules are compiling successfully
    • The .ui.xml file exists and is correctly placed
    • Module inheritance and source paths appear to be properly configured
    • There is also a custom generator involved (MonitorServiceInterfaceProxyGenerator), though it's used elsewhere without issues

    At this point, I’m unsure whether this is:

    • A compatibility issue with GWT 2.12.0 or JDK 17
    • A stricter validation introduced in newer versions
    • Or something specific being missed in this module

    If anyone has encountered a similar issue or has suggestions on what to check next, your help would be greatly appreciated.

    Thanks in advance for your support!

    On Friday, March 20, 2026 at 6:18:18 PM UTC+5:30 Thomas Broyer wrote:


    On Friday, March 20, 2026 at 1:19:56 PM UTC+1 arpanam...@gmail.com wrote:

    >   * Maven build with net.ltgt.gwt.maven:gwt-maven-plugin
    > ----


    > Any insights or best practices for structuring GWT modules across Maven projects would be really helpful.

    For a client-only library, use `<packaging>gwt-lib</packaging>`, and then depend on it using <type>gwt-lib</type> for better running/debugging support: https://tbroyer.github.io/gwt-maven-plugin/codeserver.html

    --
    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/474d5c73-5659-4b4b-9c04-b07a43a49af1n%40googlegroups.com.

    Re: GWT Deferred Binding Error – UiBinder Not Resolved from Dependent Module (phoenix-air)

    Screenshot 2026-05-09 090321.png

    I don't know which gwt.xml file this is, but if it's the one from com.shipco.phoenix.air, then it's missing <inherits name="com.shipco.phoenix.client" />   (unless it's included below the screenshot).

    On Friday, 8 May 2026 at 7:24:19 pm UTC+10 Arpan Ameta wrote:
    Screenshot 2026-05-08 144613.pngScreenshot 2026-05-08 144632.pngScreenshot 2026-05-08 144716.pngScreenshot 2026-05-08 144758.pngScreenshot 2026-05-08 144853.pngScreenshot 2026-05-08 144943.png
    Please find SS of air.gwt.xml, main(application.gwt.xml), air(pom.xml), main(pom.xml) and how air dependency is added to it.

    On Friday, May 8, 2026 at 1:44:26 PM UTC+5:30 Craig Mitchell wrote:
    I would have thought the error would be in your module.gwt.xml.  The com.shipco.phoenix.air isn't correctly inheriting in the com.shipco.phoenix.client.  That's what the error is indicating anyway.  However, without looking at all your code, this is just a guess.

    On Friday, 8 May 2026 at 4:39:26 pm UTC+10 Arpan Ameta wrote:
    Hello, 
    Please the SS of the required classes.

    Screenshot 2026-05-08 120651.pngScreenshot 2026-05-08 120706.pngScreenshot 2026-05-08 120718.png
    can you please suggest what should i fix in this class because it is being used by other module as well so can't make any change blindly.
    br,
    Arpan Ameta
    On Friday, May 1, 2026 at 7:26:32 AM UTC+5:30 Craig Mitchell wrote:
    Did you fix the error with your MonitorServiceInterfaceProxyGenerator?

    On Thursday, 30 April 2026 at 7:01:30 pm UTC+10 Arpan Ameta wrote:
    Hello All,

    Anyone can please help us...??

    On Wednesday, March 25, 2026 at 12:13:19 PM UTC+5:30 Arpan Ameta wrote:
    Screenshot 2026-03-25 120849.pngScreenshot 2026-03-25 120822.png

    Hi Craig,

    Thanks for pointing that out.

    Yes, in the screenshot I shared, there is indeed an error related to MonitorServiceInterfaceProxyGenerator. However, this is a custom generator used across multiple modules in our project, and those modules are compiling and working fine even after the upgrade.

    That’s why I’m a bit unsure if this generator is the root cause here, or if it’s just a side effect of something failing earlier in the compilation chain.

    Also, the failure still surfaces specifically at:

    AwbCustomer.AwbCustomerUiBinder

    which makes it look like a UiBinder deferred binding issue at first glance.

    That said, I agree with your point — if the generator fails, it could potentially break the binding process. I’ll try isolating this further by:

    • Checking if this module has any differences in how the generator is used
    • Verifying if any recent changes or stricter rules in GWT 2.12.0 / JDK 17 are affecting it
    • Temporarily disabling or bypassing the generator (if possible) to see if the error persists

    I’ll update once I have more findings.

    Thanks again for your help!

    On Wednesday, March 25, 2026 at 4:33:36 AM UTC+5:30 Craig Mitchell wrote:
    Is your screenshot saying there is an error with the MonitorServiceInterfaceProxyGenerator?  I've no clue what that is, but that error could be causing the error with the AwbCustomer.

    On Tuesday, 24 March 2026 at 10:56:33 pm UTC+11 Arpan Ameta wrote:
    Screenshot 2026-03-24 165332.pngScreenshot 2026-03-24 172248.pngScreenshot 2026-03-24 165414.png

    Hi Craig,

    Thanks for your response.

    Yes, the error occurs during compilation (GWT Code Server / compile), but interestingly I do not see the “Unable to find resource” error for the AwbCustomer.ui.xml file.

    The .ui.xml file is present in the correct package and follows the same naming convention as other working modules. That’s why this is a bit confusing — if it were a missing or misplaced file, I would expect that specific error to show up.

    In this case, the compilation fails directly with the deferred binding error:

    Failed to resolve 'AwbCustomer.AwbCustomerUiBinder' via deferred binding

    Also worth noting:

    • Other UiBinder classes in different modules are compiling fine
    • This issue started only after upgrading to GWT 2.12.0 and JDK 17
    • The structure and setup of this module is consistent with others that are working

    Because of this, I’m wondering if this could be related to stricter checks in the newer GWT version or something subtle being missed in this particular class/module.

    Please let me know if there’s anything specific you’d recommend checking beyond the usual .ui.xml placement — happy to dig deeper.

    Thanks again for your help!

    On Tuesday, March 24, 2026 at 2:53:06 PM UTC+5:30 Craig Mitchell wrote:
    I assume you get this error when running, and the GWT Code Server fails to compile that class.

    If you've misspelt or misplaced the ui.xml file, you should also get an error like:

    [ERROR] Unable to find resource: blah/blah/.../AwbCustomer.ui.xml

    Do you see that error?
    On Tuesday, 24 March 2026 at 5:58:33 pm UTC+11 Arpan Ameta wrote:

    Hi Team,

    I’m currently facing an issue after upgrading our project to GWT 2.12.0 and JDK 17, and I’d really appreciate any guidance or suggestions from the community.

    While most of our modules are compiling and working fine post-upgrade, one specific module is failing during GWT compilation with the following error:

    [ERROR] Failed to resolve 'com.shipco.air.modules.awb.client.airimport.view.awbpopup.AwbCustomer.AwbCustomerUiBinder' via deferred binding

    From the logs, it appears to be a UiBinder-related issue during deferred binding. The same pattern and structure are used in other modules, and they are working without any problems.

    A few points to highlight:

    • This issue started only after upgrading to GWT 2.12.0 and JDK 17
    • Other UiBinder-based components in different modules are compiling successfully
    • The .ui.xml file exists and is correctly placed
    • Module inheritance and source paths appear to be properly configured
    • There is also a custom generator involved (MonitorServiceInterfaceProxyGenerator), though it's used elsewhere without issues

    At this point, I’m unsure whether this is:

    • A compatibility issue with GWT 2.12.0 or JDK 17
    • A stricter validation introduced in newer versions
    • Or something specific being missed in this module

    If anyone has encountered a similar issue or has suggestions on what to check next, your help would be greatly appreciated.

    Thanks in advance for your support!

    On Friday, March 20, 2026 at 6:18:18 PM UTC+5:30 Thomas Broyer wrote:


    On Friday, March 20, 2026 at 1:19:56 PM UTC+1 arpanam...@gmail.com wrote:

    >   * Maven build with net.ltgt.gwt.maven:gwt-maven-plugin
    > ----


    > Any insights or best practices for structuring GWT modules across Maven projects would be really helpful.

    For a client-only library, use `<packaging>gwt-lib</packaging>`, and then depend on it using <type>gwt-lib</type> for better running/debugging support: https://tbroyer.github.io/gwt-maven-plugin/codeserver.html

    --
    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/b29f94e3-19fe-4bc2-9883-c16e4892de5cn%40googlegroups.com.
    Uploaded Image

    Re: GWT Deferred Binding Error – UiBinder Not Resolved from Dependent Module (phoenix-air)

    Screenshot 2026-05-08 144613.pngScreenshot 2026-05-08 144632.pngScreenshot 2026-05-08 144716.pngScreenshot 2026-05-08 144758.pngScreenshot 2026-05-08 144853.pngScreenshot 2026-05-08 144943.png
    Please find SS of air.gwt.xml, main(application.gwt.xml), air(pom.xml), main(pom.xml) and how air dependency is added to it.

    On Friday, May 8, 2026 at 1:44:26 PM UTC+5:30 Craig Mitchell wrote:
    I would have thought the error would be in your module.gwt.xml.  The com.shipco.phoenix.air isn't correctly inheriting in the com.shipco.phoenix.client.  That's what the error is indicating anyway.  However, without looking at all your code, this is just a guess.

    On Friday, 8 May 2026 at 4:39:26 pm UTC+10 Arpan Ameta wrote:
    Hello, 
    Please the SS of the required classes.

    Screenshot 2026-05-08 120651.pngScreenshot 2026-05-08 120706.pngScreenshot 2026-05-08 120718.png
    can you please suggest what should i fix in this class because it is being used by other module as well so can't make any change blindly.
    br,
    Arpan Ameta
    On Friday, May 1, 2026 at 7:26:32 AM UTC+5:30 Craig Mitchell wrote:
    Did you fix the error with your MonitorServiceInterfaceProxyGenerator?

    On Thursday, 30 April 2026 at 7:01:30 pm UTC+10 Arpan Ameta wrote:
    Hello All,

    Anyone can please help us...??

    On Wednesday, March 25, 2026 at 12:13:19 PM UTC+5:30 Arpan Ameta wrote:
    Screenshot 2026-03-25 120849.pngScreenshot 2026-03-25 120822.png

    Hi Craig,

    Thanks for pointing that out.

    Yes, in the screenshot I shared, there is indeed an error related to MonitorServiceInterfaceProxyGenerator. However, this is a custom generator used across multiple modules in our project, and those modules are compiling and working fine even after the upgrade.

    That’s why I’m a bit unsure if this generator is the root cause here, or if it’s just a side effect of something failing earlier in the compilation chain.

    Also, the failure still surfaces specifically at:

    AwbCustomer.AwbCustomerUiBinder

    which makes it look like a UiBinder deferred binding issue at first glance.

    That said, I agree with your point — if the generator fails, it could potentially break the binding process. I’ll try isolating this further by:

    • Checking if this module has any differences in how the generator is used
    • Verifying if any recent changes or stricter rules in GWT 2.12.0 / JDK 17 are affecting it
    • Temporarily disabling or bypassing the generator (if possible) to see if the error persists

    I’ll update once I have more findings.

    Thanks again for your help!

    On Wednesday, March 25, 2026 at 4:33:36 AM UTC+5:30 Craig Mitchell wrote:
    Is your screenshot saying there is an error with the MonitorServiceInterfaceProxyGenerator?  I've no clue what that is, but that error could be causing the error with the AwbCustomer.

    On Tuesday, 24 March 2026 at 10:56:33 pm UTC+11 Arpan Ameta wrote:
    Screenshot 2026-03-24 165332.pngScreenshot 2026-03-24 172248.pngScreenshot 2026-03-24 165414.png

    Hi Craig,

    Thanks for your response.

    Yes, the error occurs during compilation (GWT Code Server / compile), but interestingly I do not see the “Unable to find resource” error for the AwbCustomer.ui.xml file.

    The .ui.xml file is present in the correct package and follows the same naming convention as other working modules. That’s why this is a bit confusing — if it were a missing or misplaced file, I would expect that specific error to show up.

    In this case, the compilation fails directly with the deferred binding error:

    Failed to resolve 'AwbCustomer.AwbCustomerUiBinder' via deferred binding

    Also worth noting:

    • Other UiBinder classes in different modules are compiling fine
    • This issue started only after upgrading to GWT 2.12.0 and JDK 17
    • The structure and setup of this module is consistent with others that are working

    Because of this, I’m wondering if this could be related to stricter checks in the newer GWT version or something subtle being missed in this particular class/module.

    Please let me know if there’s anything specific you’d recommend checking beyond the usual .ui.xml placement — happy to dig deeper.

    Thanks again for your help!

    On Tuesday, March 24, 2026 at 2:53:06 PM UTC+5:30 Craig Mitchell wrote:
    I assume you get this error when running, and the GWT Code Server fails to compile that class.

    If you've misspelt or misplaced the ui.xml file, you should also get an error like:

    [ERROR] Unable to find resource: blah/blah/.../AwbCustomer.ui.xml

    Do you see that error?
    On Tuesday, 24 March 2026 at 5:58:33 pm UTC+11 Arpan Ameta wrote:

    Hi Team,

    I’m currently facing an issue after upgrading our project to GWT 2.12.0 and JDK 17, and I’d really appreciate any guidance or suggestions from the community.

    While most of our modules are compiling and working fine post-upgrade, one specific module is failing during GWT compilation with the following error:

    [ERROR] Failed to resolve 'com.shipco.air.modules.awb.client.airimport.view.awbpopup.AwbCustomer.AwbCustomerUiBinder' via deferred binding

    From the logs, it appears to be a UiBinder-related issue during deferred binding. The same pattern and structure are used in other modules, and they are working without any problems.

    A few points to highlight:

    • This issue started only after upgrading to GWT 2.12.0 and JDK 17
    • Other UiBinder-based components in different modules are compiling successfully
    • The .ui.xml file exists and is correctly placed
    • Module inheritance and source paths appear to be properly configured
    • There is also a custom generator involved (MonitorServiceInterfaceProxyGenerator), though it's used elsewhere without issues

    At this point, I’m unsure whether this is:

    • A compatibility issue with GWT 2.12.0 or JDK 17
    • A stricter validation introduced in newer versions
    • Or something specific being missed in this module

    If anyone has encountered a similar issue or has suggestions on what to check next, your help would be greatly appreciated.

    Thanks in advance for your support!

    On Friday, March 20, 2026 at 6:18:18 PM UTC+5:30 Thomas Broyer wrote:


    On Friday, March 20, 2026 at 1:19:56 PM UTC+1 arpanam...@gmail.com wrote:

    >   * Maven build with net.ltgt.gwt.maven:gwt-maven-plugin
    > ----


    > Any insights or best practices for structuring GWT modules across Maven projects would be really helpful.

    For a client-only library, use `<packaging>gwt-lib</packaging>`, and then depend on it using <type>gwt-lib</type> for better running/debugging support: https://tbroyer.github.io/gwt-maven-plugin/codeserver.html

    --
    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/4d374b56-53df-4996-99b5-94346dde275bn%40googlegroups.com.
    Uploaded Image Uploaded Image Uploaded Image Uploaded Image Uploaded Image Uploaded Image