Saturday, June 1, 2019

Re: GWT - Still Active ?

Ain't dead for me! Using it every day quite a lot. I still think it's a great option if you have tons of widgets, panels, tabs... I see GWT basically as an easier to distribute Java Web Start-like plataform.

I'm sitcking with RPC because it maximizes client-server code reuse. DTOs, Enums, Exceptions, utility classes... We have Java and Groovy on the server side. I believe RPC maximizes the strenghts of this setup. Some colleagues dislike the calls being serialized. But I think if that's the problem they'd just go after replacing the serialization of the RPC mecanism to a JSON based one (maybe this "jackson" thing someone mentioned?) instead of rewriting the RPCs into anything else. The server side is ours, we write it in Java so let's stick with RPC, don't you think?

I would like to use validation on the DTOs keeping them as POJOs (or something like, closest to pure Java), but the GWT website scared me off regarding that [1]. Another desire I have is avoiding interfaces having to extend "RemoteSevice". Should be enough to write some XML or whatever to tell which services are exposed, hence keeping the interfaces with no dependencies to GWT.

As for widgets, we mostly use Sencha GXT's components.

I'm not sure if default methods in interfaces are already available. Would be nice to have.

I also miss debugging but I'm not sure if GWT should take any blame or just my laziness for setting it back up.

[1] "CAUTION: Validation API is unmaintained and will be moved out of GWT SDK into a separate project after GWT 2.8."  http://www.gwtproject.org/doc/latest/DevGuideValidation.html

Douglas


On Sat, Jun 1, 2019 at 4:52 PM Andrew Buck <anbuck@gmail.com> wrote:
GWT is not dead! It's simply suffering from PR misunderstanding. People think that you have to use the old widget system to use GWT, but you don't. Just use Elemento instead of widgets and REST calls instead of RPC.  Regardless of what happens with GWT 3, using GWT 2.8 is future proof since it supports JsInterop. GWT remains the most robust system to develop web apps with. Also, combined with J2ObjC, it remains the only way to write 100% native apps for web, iOS, and Android and share 70% of the code between all platforms. Other systems that let you share code don't produce truly native apps.



On Friday, May 31, 2019 at 8:27:45 PM UTC-7, Peter Donald wrote:
On Fri, May 31, 2019 at 10:44 AM Craig Mitchell <ma...@craig-mitchell.com> wrote:
Off topic:  I do wonder how web assembly (WASM) is going to impact GWT, especially if it gets garbage collection, and therefore makes Java to WASM compilation possible.

That is the biggest risk IMO. When we did our analysis to decide on whether to commit to J2CL/GWT3.x for the next 10 years or not this was the only real risk that we found (or that Typescript gets a lot better backend).

WebAssembly is still a way off but projects like https://github.com/i-net-software/JWebAssembly do seem to be something to watch


--
Cheers,

Peter Donald

--
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 on the web visit https://groups.google.com/d/msgid/google-web-toolkit/dfe83c33-bdee-4dd8-ba78-7db137a81333%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 on the web visit https://groups.google.com/d/msgid/google-web-toolkit/CADkeT6q8RwLwS%3DkN-Nz5A6jy8TRuas3VCTq3aCvSrj%3Dm4a3zyQ%40mail.gmail.com.

No comments:

Post a Comment