I have to correct myself: every RPC call fails, not just one in particular.
On Friday, May 31, 2024 at 2:48:48 PM UTC+2 Giacomo Petronio wrote:
> I upgraded to GWT 2.11.0 and introduced the CSP header disallowing
> unsafe-eval, but now one (not all) RPC call fails since it hits a
I upgraded to GWT 2.11.0 and introduced the CSP header disallowing
unsafe-eval, but now one (not all) RPC call fails since it hits an eval()
function that is blocked by the browser.
I saw that there is an issue with RPC with large payloads (> 64kb
https://github.com/gwtproject/gwt/issues/9
Nice one. I can't believe you agreed with the presentor that you missed
writing Swing apps. Nobody misses Swing.
On Saturday 25 May 2024 at 8:23:14 pm UTC+10 lofid...@gmail.com wrote:
> At JCON 2024 in Cologne, I had the opportunity to talk about GWT and Java.
>
> I was in
t;
> Running a `mvn clean verify` generate the project and compares it with
> predefined sources. Similar to your gwt-maven-archetype.
> What not gets tested, is building a war and run it.
>
>
> Ah, apparently it also gets built (
> https://github.com/NaluKit/gwt-maven-sprin
At JCON 2024 in Cologne, I had the opportunity to talk about GWT and Java.
I was interviewed by Brian Demers, a Java Champion. Pardon me as we forgot
to unmute the first minute - Enjoy
https://bit.ly/jcongwt
--
You received this message because you are subscribed to the Google Groups &quo
On Thursday, May 23, 2024 at 6:31:18 PM UTC+2 frank.h...@googlemail.com
wrote:
Running a `mvn clean verify` generate the project and compares it with
predefined sources. Similar to your gwt-maven-archetype.
What not gets tested, is building a war and run it.
Ah, apparently it also gets
t;> the basic-webapp in the target.
>>
>> I revamped the readme.md:
>> https://github.com/NaluKit/gwt-maven-springboot-archetype/pull/17
>>
>> Hopefully made it better not worse.
>>
>> On Wednesday 22 May 2024 at 2:07:30 am UTC+10 Thomas Broyer wrote
Thanks for contributing, Craig, LGTM, so already merged. :-)
Craig Mitchell schrieb am Mittwoch, 22. Mai 2024 um 03:48:18 UTC+2:
> Thanks Frank. I was misunderstanding and didn't know about
> the basic-webapp in the target.
>
> I revamped the readme.md:
> https://github.com/Na
Running a `mvn clean verify` generate the project and compares it with
predefined sources. Similar to your gwt-maven-archetype.
What not gets tested, is building a war and run it.
Thomas Broyer schrieb am Dienstag, 21. Mai 2024 um 18:07:30 UTC+2:
> On Tuesday, May 21, 2024 at 6:02:31 PM UT
Thanks Frank. I was misunderstanding and didn't know about
the basic-webapp in the target.
I revamped the readme.md:
https://github.com/NaluKit/gwt-maven-springboot-archetype/pull/17
Hopefully made it better not worse.
On Wednesday 22 May 2024 at 2:07:30 am UTC+10 Thomas Broyer wrote
not worth it, but a simple build would still
be better than nothing IMO)
--
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+unsubscr...@googl
:
> Sorry, I think I wasn't clear. Yes, I can make changes to the
> gwt-maven-springboot-archetype project, and do a mvn compile on it to make
> sure there are no syntax errors with my changes.
>
> The problem is, if I want to test to make sure my modified version of
> gwt-maven-sp
Sorry, I think I wasn't clear. Yes, I can make changes to the
gwt-maven-springboot-archetype project, and do a mvn compile on it to make
sure there are no syntax errors with my changes.
The problem is, if I want to test to make sure my modified version of
gwt-maven-springboot-archetype
Thanks for you PR. Your PR is merged and a new release is done. New version
should be available soon.
doing a `mvn clean compile` is usually enough to generate all necessary
sources and run the project. It's much faster cause it avoids a GWT compile
during build. In case you need a war, run
Thanks for you PR. Your PR is merged and a new release is done. New version
should be available soon.
doing a `mvn clean compile` is usually enough to generate all necessary
sources and run the project. It's much faster cause it avoids a GWT compile
during build. In cause you need a war, run
Just tried a mvn install, and it seems to have worked.
So I think the
instructions
https://github.com/NaluKit/gwt-maven-springboot-archetype?tab=readme-ov-file#local-generation
:
cd gwt-maven-springboot-archetype && mvn clean compile
should be:
cd gwt-maven-springboot-archetype &
Hi Frank. Unfortunately, that didn't work. I raised an
issue: https://github.com/NaluKit/gwt-maven-springboot-archetype/issues/15
I've also submitted a
fix: https://github.com/NaluKit/gwt-maven-springboot-archetype/pull/16
However, I couldn't test my fix with the generation
Hi,
JRS gwt-time 1.4.23/2.0.11 has been released.
- TZDB: 2024agtz
- CLDR: v45
- Add Java 9 (partly) methods support.
Details are on https://github.com/foal/gwt-time/releases/tag/v1.4.23 and
https://github.com/foal/gwt-time/releases/tag/v2.0.11
Project page - https://github.com
New release with update TZDB is published to maven central
Best,
S.
On Monday, April 8, 2024 at 8:15:54 PM UTC+2 Guillermo Hinojosa wrote:
> Hi,
>
> I'm using gwt-time (great work by the way), and I noticed that the TZDB is
> not updated for Mexico (two years ago Mexico stopp
raised a an issue with the full stack trace:
> https://github.com/NaluKit/gwt-maven-springboot-archetype/issues/13
>
> On Saturday 18 May 2024 at 11:06:28 pm UTC+10 Frank Hossfeld wrote:
>
>> please can you post the error message: Thanks
>>
>> Craig Mitchell schrieb am Sam
The issue seems to be the launcherDir directory doesn't exist. I've raised
a an issue with the full stack
trace: https://github.com/NaluKit/gwt-maven-springboot-archetype/issues/13
On Saturday 18 May 2024 at 11:06:28 pm UTC+10 Frank Hossfeld wrote:
> please can you post the error mess
FilePath issue ... *
>>
>> Awesome, thanks! I've closed
>> https://github.com/NaluKit/gwt-maven-springboot-archetype/issues/7
>>
>> On Thursday 16 May 2024 at 4:38:52 am UTC+10 Frank Hossfeld wrote:
>>
>>> Bott -> Boot ... (spelling correction ..
2024 at 8:42:09 pm UTC+10 Craig Mitchell wrote:
> > *New version available ... This one fixes the
> serializationPolicyFilePath issue ... *
>
> Awesome, thanks! I've closed
> https://github.com/NaluKit/gwt-maven-springboot-archetype/issues/7
>
> On Thursday 16 May 2
> *New version available ... This one fixes the serializationPolicyFilePath
issue ... *
Awesome, thanks! I've closed
https://github.com/NaluKit/gwt-maven-springboot-archetype/issues/7
On Thursday 16 May 2024 at 4:38:52 am UTC+10 Frank Hossfeld wrote:
> Bott -> Boot ...
Bott -> Boot ... (spelling correction arrrgh)
--
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+unsubscr...@googlegroups
t; Frank Hossfeld schrieb am Dienstag, 6. Februar 2024 um 08:11:15 UTC+1:
>>>
>>>> new version is online ...
>>>>
>>>> Craig Mitchell schrieb am Montag, 5. Februar 2024 um 02:13:45 UTC+1:
>>>>
>>>>> Done:
>>>>&g
ag, 5. Februar 2024 um 02:13:45 UTC+1:
>>>
>>>> Done:
>>>> https://github.com/NaluKit/gwt-maven-springboot-archetype/issues/4
>>>> Cheers.
>>>>
>>>> On Monday 5 February 2024 at 3:59:55 am UTC+11 Frank Hossfeld wrote:
>
I found that info after sending the reply. Thanks for your help!
On Thursday, May 9, 2024 at 9:15:13 AM UTC+2 Anders Kobberup wrote:
> Hi Craig
>
> That works - awesome!
> We have been using GWT since 2010 for our monolith of a project and have
> never found the need to change t
Hi Craig
That works - awesome!
We have been using GWT since 2010 for our monolith of a project and have
never found the need to change the maven plugin. Whats the improvements
over the old plugin?
Kind regards - and thanks again!
/Anders
On Thursday, May 9, 2024 at 6:02:22 AM UTC+2 Craig
I haven't used that old plugin for awhile, but I think you need to set the
bindAddress to
0.0.0.0:
https://gwt-maven-plugin.github.io/gwt-maven-plugin/eclipse-mojo.html#bindAddress
You might like to do a test with generating a sample app
with https://github.com/tbroyer/gwt-maven-archetypes
I am encountering an issue with accessing the GWT CodeServer from outside
the Windows Subsystem for Linux (WSL) environment. I'm hoping to get some
guidance or assistance on resolving this issue.
The problem arises when attempting to access the GWT CodeServer running
within the WSL
Then the very first thing to do is stop using the embedded Jetty of GWT
DevMode as application server. The embedded Jetty in GWT DevMode does some
ClassLoader hacks and it often causes issues for people using the embedded
Jetty as application server. That is the reason why GWT 2.11 has
thank you @jens for your answer
I started by upgrading gwt Only from version 2.8.2 To 2.10.0 and I kept
java 8 .
I my jetty-env.xml file i had org.eclipse.jetty.webapp.WebAppContext as a
configurationClass, so It cause fd ollowing error when launching
java.lang.ClassNotFoundException
I would first focus on upgrading Java, GWT and possibly GXT if it is
incompatible with newest GWT. The DataSource error will go away once you
upgrade GWT because newer GWT versions use a newer Jetty. Keep in mind that
in newest GWT the use of embedded Jetty as appliction server during
Hello GWT Community,
I'm currently working on a large legacy application stack, using Java 8,
Hibernate version 5.3.20.Final, and Hibernate Search 5.11.5.Final. Our
frontend technology stack includes GWT version 2.8.2 and GXT version
2.3.1a-gwt22. Fontend and backend arent well de-coupled
Note sure if this will gelp you much - we're a Gradle user, and don't use
intellij. But the basic principles are the same.
When we migrated to the latest GWT we also updated our top level gradle
build file to have a gwtSuperDev task which does all the heavy lifting for
us:
task
management of the root pom. That didn't help.
(neither compile+runtime)
In the intellij GWT-plugin I got it working while running by setting the
argument "-javaagent:/...path/lombok-1.16.14.jar=ECJ , not sure if that
could change anything. I mean this breaks at compile so I don't know.
I ha
" I also solved the problem of List and Map with an own Interface, which is
an ArrayList/HashMap on serverside and an own implemented native List/Map
on gwt side" can you share the solution ?
Il giorno venerdì 29 settembre 2017 alle 14:00:12 UTC+2 Ignacio Baca
Moreno-Torres ha scri
wrote:
> On Friday, April 12, 2024 at 7:50:42 AM UTC+2 Mathias wrote:
>
> -My dependencies should be ok since i can build it with the plugin, so i'm
> a bit at a loss as to how make this work.
>
>
> Dependencies for gwt:compile and gwt:codeserver aren't the same:
> https://tbr
dì 12 aprile 2024 alle 14:39:16 UTC+2 Mathias ha scritto:
>
>> Hey Jens, thanks for replying!
>>
>> re. the gwt-type:
>>
>> 1. I only have one maven module that contains the entry point. the "gwt
>> client" module
>> 2. All dependencies ar
This project has many good examples to check
out https://github.com/NaluKit/nalu-examples, it help me a lot.
Il giorno venerdì 12 aprile 2024 alle 14:39:16 UTC+2 Mathias ha scritto:
> Hey Jens, thanks for replying!
>
> re. the gwt-type:
>
> 1. I only have one maven modul
Hey Jens, thanks for replying!
re. the gwt-type:
1. I only have one maven module that contains the entry point. the "gwt
client" module
2. All dependencies are either on third-party such as Lombok, or my own
other modules that only contain java classes and are built as jar-files.
mas Broyer wrote:
> On Friday, April 12, 2024 at 7:50:42 AM UTC+2 Mathias wrote:
>
> -My dependencies should be ok since i can build it with the plugin, so i'm
> a bit at a loss as to how make this work.
>
>
> Dependencies for gwt:compile and gwt:codeserver aren't the same:
On Friday, April 12, 2024 at 7:50:42 AM UTC+2 Mathias wrote:
-My dependencies should be ok since i can build it with the plugin, so i'm
a bit at a loss as to how make this work.
Dependencies for gwt:compile and gwt:codeserver aren't the
same: https://tbroyer.github.io/gwt-maven-plugin
A full example for multiple maven modules (more than just three) can be
found here: https://github.com/tbroyer/gwt-maven-plugin/tree/main/src/it/e2e
You have to add gwt-lib to your own maven library
modules that contain a module.gwt.xml file. Maybe you forgot that?
-- J.
Mathias schrieb am
I *really* could use some help getting my project up for development after
moving to gwt 2.10 and Java 11.
I can unfortunately nolonger use the GWT intellij plugin i've loved and
used for 12 years apparently, and i'm struggling a bit to get the
codeserver running for my project.
*CURRENT
The most up-to-date tutorial
is https://www.gwtproject.org/gettingstarted-v2.html
It uses maven to setup a best-practice GWT project which should consist of
three modules. One module that contains your GWT code and basically
represents your UI, one module that contains your server side code
Recently I got a project on GWT. Had no idea what is this thing. Slowly
figured out things here and there. There aren't many sources to lean from.
I mostly went through ChatGPT and took help from it. It made me a demo
project for login page, sign up page and connecting it to the mysql
database
Hi,
I'm using gwt-time (great work by the way), and I noticed that the TZDB is
not updated for Mexico (two years ago Mexico stopped using DST). Is there a
way to manually update the TZDB?
Thanks in advance.
On Sunday, October 30, 2022 at 10:29:50 AM UTC-6 foal wrote:
> Hi,
>
> JRS
t.xml where the client/local
> folder because the old project I want to migrate uses the old version of
> mojo gwt-maven plugin and that's where the module is. Could that also be
> part of my issue? I specified the path like that because the with Tbroyer
> version, the gwt xml mo
er because the old project I want to migrate uses the old version of
mojo gwt-maven plugin and that's where the module is. Could that also be
part of my issue? I specified the path like that because the with Tbroyer
version, the gwt xml module file is not in the same place.
If you have a compl
> *module. Now you mentioned guava, I realized that I had it as a
> dependency, however I didn't added to my gwt module xml file. I just added
> it and I still have a bunch of errors in the guava-gwt classes now. I
> tried different version of guava as well (the latest one and t
realized that I had it as a dependency,
however I didn't added to my gwt module xml file. I just added it and I
still have a bunch of errors in the guava-gwt classes now. I tried
different version of guava as well (the latest one and the 23.0 version).
Tracing compile failure path for type
This looks like the same question as
https://stackoverflow.com/questions/78202341/how-to-set-up-gwt-super-dev-mode-with-the-new-gwt-maven-plugin-with-a-web-applic,
except with some updates - it sounds like you resolved the servlet
classpath issue, can you flesh out this example a little more
age, it remains blank. I tried different browsers,
> even on different computers, and they all showed the same problem. I am
> using the gwt-2.8.2 SDK Until a few days ago, was it working correctly?
> The curious thing is that the website works locally, that is, it is
> normally displayed
Hi,
I am unable to build a multimodule demo project using GWT 2.9 using
@Tbroyer gwt maven plugin. The reason I am still on this GWT version is
because I am still using the Errai Framework that still depends on this
particular version of GWT. I included the module that seems to be missing
See https://github.com/gwtproject/gwt/issues/9578
On Wednesday, March 27, 2024 at 8:23:13 AM UTC+1 paparao@gmail.com
wrote:
> i have applied below CSP policy and changed my GWT version to 2.8.2
> after that i am getting below error for PRC call ( to read Database and
> populate
i have applied below CSP policy and changed my GWT version to 2.8.2
after that i am getting below error for PRC call ( to read Database and
populate the data in UI and save data to DB) and button click ( front
validations , read data from DB ..etc).
Error Details :
java.lang.Exception
i have applied below CSP policy and changed my GWT version to 2.8.2
after that i am getting below error for PRC call ( to read Database and
populate the data in UI and save data to DB) and button click ( front
validations , read data from DB ..etc).
Error Details :
java.lang.Exception
When I access the web page, it remains blank. I tried different browsers,
even on different computers, and they all showed the same problem. I am
using the gwt-2.8.2 SDK Until a few days ago, was it working correctly?
The curious thing is that the website works locally, that is, it is
normally
For whatever it might be worth...
I just went through a possibly similar exercise, getting my 2.11
GWT-RPC-based app to run with Tomcat 10. I had to run around my codebase
and replace 'javax' with 'jakarta', but the last key step was ensuring that
my GWTRPC services inherited from this class
Hi Team,
We are working on development environment with Tomcat 10 where third party
jar *jakarta.validation-api.jar *has been updated to tomcat specific
version where package structure is changed from javax.validation to
jakarta.validation.
When GWT 2.11 with tomcat specific jars(Gwt-servlet
:15 UTC+1:
>
>> new version is online ...
>>
>> Craig Mitchell schrieb am Montag, 5. Februar 2024 um 02:13:45 UTC+1:
>>
>>> Done:
>>> https://github.com/NaluKit/gwt-maven-springboot-archetype/issues/4
>>> Cheers.
>>>
>>> On
Thanks Craig for contributing. New version is online.
Frank Hossfeld schrieb am Dienstag, 6. Februar 2024 um 08:11:15 UTC+1:
> new version is online ...
>
> Craig Mitchell schrieb am Montag, 5. Februar 2024 um 02:13:45 UTC+1:
>
>> Done: https://github.com/NaluKit/gwt-maven-sp
I can't change the language in my cloud-deployed GWT application.
Locally, using eclipse, everything works fine. But the same application
deployed in the cloud
it shows me the "default" label as the default language, while everything
on the page is in English
Then when I try
new version is online ...
Craig Mitchell schrieb am Montag, 5. Februar 2024 um 02:13:45 UTC+1:
> Done: https://github.com/NaluKit/gwt-maven-springboot-archetype/issues/4
> Cheers.
>
> On Monday 5 February 2024 at 3:59:55 am UTC+11 Frank Hossfeld wrote:
>
>> Please
, but it was still missing the overlay, so no
*.nocache.js loaded from the HTML host page).
On Sunday, February 4, 2024 at 6:43:59 PM UTC+1 jamal@gmail.com wrote:
> After generating a project skeleton using the latest gwt-maven-archetypes
> <https://github.com/tbroyer/gwt-maven-archetypes>, do
I also found that out eventually.
Another thing: The server module needs /target /jetty_overlays folder for
running env-prod.
On Sunday, February 4, 2024 at 5:43:59 PM UTC jamal@gmail.com wrote:
> After generating a project skeleton using the latest gwt-maven-archetypes
>
Done: https://github.com/NaluKit/gwt-maven-springboot-archetype/issues/4
Cheers.
On Monday 5 February 2024 at 3:59:55 am UTC+11 Frank Hossfeld wrote:
> Please can you open an issue regarding the gwt-servlet-jakarta problem ...
>
> Thanks
>
> Craig Mitchell schrieb am Sonntag,
After generating a project skeleton using the latest gwt-maven-archetypes
<https://github.com/tbroyer/gwt-maven-archetypes>, done the usual:
- mvn gwt:codeserver -pl *-client -am
- mvn jetty:run -pl *-server -am -Denv=dev
The first command executed without problems, however the second one
Please can you open an issue regarding the gwt-servlet-jakarta problem ...
Thanks
Craig Mitchell schrieb am Sonntag, 4. Februar 2024 um 04:57:34 UTC+1:
> I noticed that it always logs the error:
>
> ERROR: The serialization policy file '/mywebapp/xxx.gwt.rpc' was not
> found; di
I noticed that it always logs the error:
ERROR: The serialization policy file '/mywebapp/xxx.gwt.rpc' was not found;
did you forget to include it in this deployment?
on the first RPC call. The RPC still seems to work fine, but wondering if
this is an issue or not?
Also, should this be &quo
mage: Screen.png]
>>>
>>> On Thursday 1 February 2024 at 6:38:47 am UTC+11 Frank Hossfeld wrote:
>>>
>>>> Mmmh, it might be worth adding this information to the archetype docs.
>>>>
>>>>
--
You received this message because you are subscribe
t;> only happen for a certain number of seconds or a certain number of tries).
>> It might also be possible for a proxy to wait and retry the upstream server
>> until it was available, but I can't think of a proxy right now with that
>> feature.
>>
>> HTTP itself doesn't
xy right now with that
>> feature.
>>
>> HTTP itself doesn't have a timeout feature at all either. The timeout
>> that you're setting on the client side is a simple GWT Timer, if the
>> request hasn't finished (either in success or failure), it cancels the
>
> until it was available, but I can't think of a proxy right now with that
> feature.
>
> HTTP itself doesn't have a timeout feature at all either. The timeout that
> you're setting on the client side is a simple GWT Timer, if the request
> hasn't finished (either in succes
tes were important).
>>
>> [image: Screen.png]
>>
>> On Thursday 1 February 2024 at 6:38:47 am UTC+11 Frank Hossfeld wrote:
>>
>>> Mmmh, it might be worth adding this information to the archetype docs.
>>>
>>>
--
You received this message be
t; [image: Screen.png]
>
> On Thursday 1 February 2024 at 6:38:47 am UTC+11 Frank Hossfeld wrote:
>
>> Mmmh, it might be worth adding this information to the archetype docs.
>>
>>
--
You received this message because you are subscribed to the Google Groups "GWT
Users"
There is a pending patch for this at
https://github.com/gwt-plugins/gwt-eclipse-plugin/pull/475. You should be
able to pull and build this to get working again on the very latest Eclipse
versions - and if you do, leave a comment, a code review, etc, and we can
get this merged more expediently
No response to this man's issue after 6 weeks and I just hit the same
problem. This is shocking.
The plugin cannot be installed. Is GWT a dead product?
On Monday, December 11, 2023 at 2:12:30 PM UTC-6 Bob Lacatena wrote:
> Hey. My coworker and I ran into trouble installing the GWT plu
ubscribed 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+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/google-web-toolkit/9b1b1eac-276b-41ba
Mmmh, it might be worth adding this information to the archetype docs.
--
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-toolki
;>> In both edition creating a Maven run configuration should also work.
>>>
>>> [image: rc-spring-boot.png]
>>>
>>>
>>> Craig Mitchell schrieb am Mittwoch, 31. Januar 2024 um 13:00:43 UTC+1:
>>>
>>>> Hi,
>>>>
&g
file and click the green triangle.
>>
>> In both edition creating a Maven run configuration should also work.
>>
>> [image: rc-spring-boot.png]
>>
>>
>> Craig Mitchell schrieb am Mittwoch, 31. Januar 2024 um 13:00:43 UTC+1:
>>
>>> Hi,
&
installed, just select the Application file and click the green triangle.
>
> In both edition creating a Maven run configuration should also work.
>
> [image: rc-spring-boot.png]
>
>
> Craig Mitchell schrieb am Mittwoch, 31. Januar 2024 um 13:00:43 UTC+1:
>
>> Hi,
>>
>
Hi,
I'm able to debug the GWT client okay (in Chrome). However, debugging the
SpringBoot server in IntelliJ isn't working.
I already have the code server running, and then I start the server with:
mvnDebug spring-boot:run -pl mywebapp-server -am
The server then waits for the debugger
Finally! Thanks a lot!
Thomas Broyer schrieb am Mi. 24. Jan. 2024 um 19:57:
> oh, and GWT 2.11 with Jakarta Servlet and Jetty 11; so requiring at least
> Java 11.
>
> On Wednesday, January 24, 2024 at 7:55:33 PM UTC+1 Thomas Broyer wrote:
>
>> I updated modula
Awesome stuff! Thank you both. Makes starting a new GWT project a breeze!
On Thursday 25 January 2024 at 6:08:27 am UTC+11 Frank Hossfeld wrote:
> Thanks!
>
> Thomas Broyer schrieb am Mittwoch, 24. Januar 2024 um 19:57:12 UTC+1:
>
>> oh, and GWT 2.11 with Jakarta Servle
Thanks!
Thomas Broyer schrieb am Mittwoch, 24. Januar 2024 um 19:57:12 UTC+1:
> oh, and GWT 2.11 with Jakarta Servlet and Jetty 11; so requiring at least
> Java 11.
>
> On Wednesday, January 24, 2024 at 7:55:33 PM UTC+1 Thomas Broyer wrote:
>
>> I updated modula
oh, and GWT 2.11 with Jakarta Servlet and Jetty 11; so requiring at least
Java 11.
On Wednesday, January 24, 2024 at 7:55:33 PM UTC+1 Thomas Broyer wrote:
> I updated modular-webapp (and modular-requestfactory) to GWT 2.11 (in
> version 2024.1.24)
>
> On Wednesday, January 24, 2024
I updated modular-webapp (and modular-requestfactory) to GWT 2.11 (in
version 2024.1.24)
On Wednesday, January 24, 2024 at 10:58:45 AM UTC+1
ma...@craig-mitchell.com wrote:
> Ignore my post. Just realised the doco uses net.ltgt.gwt.archetypes and
> not the spri
ust realised the doco uses net.ltgt.gwt.archetypes and
> not the springboot com.github.nalukit.archetype.
>
> And thus, it's still on GWT 2.10.0, and not 2.11.0 with the jakarta stuff.
>
> On Wednesday 24 January 2024 at 8:39:07 pm UTC+11 Craig Mitchell wrote:
>
>> I was going t
Ignore my post. Just realised the doco uses net.ltgt.gwt.archetypes and
not the springboot com.github.nalukit.archetype.
And thus, it's still on GWT 2.10.0, and not 2.11.0 with the jakarta stuff.
On Wednesday 24 January 2024 at 8:39:07 pm UTC+11 Craig Mitchell wrote:
> I was going to sugg
I was going to suggest the GWT doco gets updated to use this, but I see you
already have! https://www.gwtproject.org/gettingstarted-v2.html
Excellent stuff!
On Tuesday 23 January 2024 at 11:05:48 pm UTC+11 Frank Hossfeld wrote:
> Hi,
>
> both archetypes have been updated to the l
Thanks Colin. I should have looked at the issue tracker. Sorry about that.
On Mon, Jan 22, 2024 at 5:01 PM Colin Alworth wrote:
> Thanks for reporting - perhaps better for the bug tracker, and indeed we
> do this (or something like it) filed already, see
> https://github.com/gwtpr
Hi,
both archetypes have been updated to the latest GWT (2.11.0) & Spring Boot
version (3.2.2).
Happy generating ...
cu Frank
Frank Hossfeld schrieb am Montag, 22. Januar 2024 um 14:29:41 UTC+1:
> Hi Grayson,
>
> it's on my To-Do-list. I had to wait until GWT 2.11.0 is released
Thanks for reporting - perhaps better for the bug tracker, and indeed we do
this (or something like it) filed already, see
https://github.com/gwtproject/gwt/issues/9840.
Your email title says that this is a compile time infinite loop, but then
the body suggests that it was a runtime error
I just found an infinite loop while running the GWT compiler.
There was a trivial bug in my code which resulted in an infinite loop at
*runtime*. This is a method that was calling itself recursively. It was
inside a generic class, and the method had a single line that was something
like
Hi Grayson,
it's on my To-Do-list. I had to wait until GWT 2.11.0 is released. I'll try
to take a look today.
cu Frank
grays...@gmail.com schrieb am Montag, 22. Januar 2024 um 07:47:52 UTC+1:
> Hi Frank,
>
> Would you please also publish the new version for
> "modular-
Hi Frank,
Would you please also publish the new version for
"modular-springboot-webapp" (the one that generates a gwt project with
sample code)? The lastest verison of "modular-springboot-webapp" is still "
2022.9.14
<https://mvnrepository.com/artifact/com.gith
1 - 100 of 69093 matches
Mail list logo
