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
Did y'all test DominoKit? It is actively maintained and has a REST module.
> I'm curious if you did test it what shortcomings you may have run into.
>
> On Tuesday, July 25, 2023 at 9:23:53 AM UTC-4 RobW wrote:
>
>> We got to a similar point. Looked in depth at moving the GWT front
We got to a similar point. Looked in depth at moving the GWT front end to a
REST API - but found two big drawbacks:
1. none of the frameworks we could find had async callback handling
similar to GWT-RPC, with common interface classes client server side AND
support JAX-RS
I can't comment on the Eclipse plugin side of things, because we don't use
those. But I can confirm that basic GWT 2.9/2.10 compilation works fine
under Java 11 - that's our main Java platform now. I do recall some
migration notes in the GWT 2.9 or 2.10 release notes we had to take care
over,
Interesting stuff. Have looked at Vaadin and WebSwing (commercial) in the
past - but yours is an interesting take/approach. Will be good to see how
it progresses.
On Wednesday, 9 November 2022 at 12:39:48 UTC Jonathan Franchesco Torres
Bca wrote:
> Hi,
>
> And what about JFC Swing which is
2021 at 15:33:59 UTC+1 Thomas wrote:
> Ok, cool. Coincidentally I also want to use CodeJar, so I can work that
> out ;) Cheers!
>
> On Wednesday, April 21, 2021 at 10:25:48 PM UTC+8 RobW wrote:
>
>> From memory, I think we took the easy way around and fell back to the
021 at 15:18:53 UTC+1 Thomas wrote:
> Hi Rob, good to hear. How did you solve the import of the module?
>
> On Tuesday, November 3, 2020 at 1:19:53 AM UTC+8 RobW wrote:
>
>> Thomas has very kindly posted an answer to the above SO thread. So I
>> think I'm good!
>>
>>
BAD experience with their support, we paid the fee for
> years, and in the last times we got a very LIMITED support!
>
> In any case, we are using GXT 4.0.2 and GWT 2.9.0 for a long time without
> any issue, but we never tested it under Java 11...
>
>
> On 25 Feb 2021, at 07:56
Not sure how many of you also use GXT, but just spotted an announcement
from Sencha that GXT 4.1 is out, with support for GWT 2.9.0 and Java 11
(although the latter is marked as a "should support").
In the middle of some othe rwork, so have yet to try it in our setup. Will
report back once we
t
>>> is 7)
>>>
>>> On Tuesday, January 19, 2021 at 5:26:38 PM UTC+1 lofid...@gmail.com
>>> wrote:
>>>
>>>> @swas...
>>>>
>>>>
>>>> Yes, almost 10 years for me too and production application running
Our web front end is on 15 years with GWT as of this year, and we're
expecting 5 more with luck. So we'll hit the 20 year mark if all goes well
On Tuesday, 19 January 2021 at 10:46:44 UTC aka...@gmail.com wrote:
> I wonder if that will actually last for the next 10 years.
>
> On Tuesday,
Thomas has very kindly posted an answer to the above SO thread. So I think
I'm good!
On Monday, 2 November 2020 at 10:26:56 UTC RobW wrote:
> Just re-posting a Q I put on SO today in case anyone here has insights:
>
>
> https://stackoverflow.com/questions/64643227/javascript-mod
Just re-posting a Q I put on SO today in case anyone here has insights:
https://stackoverflow.com/questions/64643227/javascript-module-function-in-gwt-with-jsinterop
Basically, battling to figure how to integrate a library that is
implemented as a Javascript export function using JS modules
Does anyone know a convenient, preferably build-time, way to obfuscate
JS source files include as part of an external GWT module?
I know GWT does a great job ob obfuscating the JS files it produces,
but can't see any obvious way to have it do the same for JS files
included as resources. I suspect
We have services which have more than one method returning
parameterised lists (using GWT 1.5.3). Any error messages?
Yeah - I'm sure others do also, so it must be something odd we're
doing.
Only messages we've seen so far are the usual:
[WARN] Field 'private final
We have services which have more than one method returning
parameterised lists (using GWT 1.5.3). Any error messages?
Also we do see the following, but they don't seem like actuall errors:
[java] Scanning for additional dependencies: file:/E:/Data/tas/
Progress ... of a sort.
I think this is something to do with the way we package our GWT
service handlers into OSGi bundles.
I don't really understand how the GWT serializer and proxy code
works ... but ... the thing that is different about this new service
handler class is that it exists in a
Ah - looks like I'm not the first to hit this:
http://groups.google.com/group/Google-Web-Toolkit/browse_thread/thread/14e6c550dd125ec6/be34f1975e33ae11?lnk=gstq=osgi#be34f1975e33ae11
--~--~-~--~~~---~--~~
You received this message because you are subscribed to
And finally - here may be the solution:
http://groups.google.com/group/Google-Web-Toolkit/browse_thread/thread/3185cecb772f0f61/8be4bf5333017f3f?lnk=gstq=gwt+osgi+List#8be4bf5333017f3f
Crossing fingers!
--~--~-~--~~~---~--~~
You received this message because you
19 matches
Mail list logo