Monday, December 28, 2020

Re: 2.9.0 ListBox getItemText(i) trims result [possible bug]

And workaround is to encode all string put into/extracted from list with function:

private String encodeString(String s) {
  StringBuilder sb = new StringBuilder(s.trim().replaceAll(" +", " "));
  return sb.toString();
}

Maybe this will help someone
понедельник, 28 декабря 2020 г. в 11:34:30 UTC+4, Joker Joker:
This html example explains the source of problem. 
I don't know why JS implementaion of ListBox doesn't mask space symbol with  
It's a normal practic for JS implementations for GWT components?

<!DOCTYPE HTML>
<html>
 <head>
  <meta charset="utf-8">
  <title>Тег OPTION</title>
 </head>
 <body> 

  <form action="option1.php">
   <p><select size="5" name="hero">
    <option disabled>     Выберите героя    </option>
    <option value="t1" selected>&nbsp&nbsp&nbsp&nbsp&nbspЧебурашка</option>
    <option value="t2">Крокодил Гена&nbsp&nbsp&nbsp&nbsp&nbsp&nbsp</option>
    <option value="t3">Шапокляк</option>
    <option value="t4">Крыса&nbsp&nbsp&nbsp&nbsp&nbspЛариса</option>
   </select></p>
   <p><input type="submit" value="Отправить"></p>
  </form>

 </body>
</html>



понедельник, 28 декабря 2020 г. в 11:11:28 UTC+4, Joker Joker:
I think I found the reason. It's the JS Implementation of  OptionElement#setText.
It discards the last spaces in the string. I see that in debugger. 
Here method input parametr "String text" contains space symbol at the end. 
But after executing  the line "this.text = text;"
this.text contains string without space symbol at the end; 

So do I need to replace all leading and trailing white space characters with "&nbsp;"?

OptionElement.java:
/**
* The text contained within the option element.
*/
public final native void setText(String text) /*-{
this.text = text;
}-*/;

пятница, 25 декабря 2020 г. в 16:11:54 UTC+4, Joker Joker:
I have an issue with GWT 2.9.0 ListBox#getItemText():

String name = listBox.getItemText(i);

The result is a string with extra spaces removed at the end.

Have anybody run into the same problem?

Browser - Chrome/Firefox(latest)


--
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/53a6a06b-09a9-46e6-8c8a-08a5103c9b48n%40googlegroups.com.

Sunday, December 27, 2020

Re: 2.9.0 ListBox getItemText(i) trims result [possible bug]

This html example explains the source of problem. 
I don't know why JS implementaion of ListBox doesn't mask space symbol with &nbsp;
It's a normal practic for JS implementations for GWT components?

<!DOCTYPE HTML>
<html>
 <head>
  <meta charset="utf-8">
  <title>Тег OPTION</title>
 </head>
 <body> 

  <form action="option1.php">
   <p><select size="5" name="hero">
    <option disabled>     Выберите героя    </option>
    <option value="t1" selected>&nbsp&nbsp&nbsp&nbsp&nbspЧебурашка</option>
    <option value="t2">Крокодил Гена&nbsp&nbsp&nbsp&nbsp&nbsp&nbsp</option>
    <option value="t3">Шапокляк</option>
    <option value="t4">Крыса&nbsp&nbsp&nbsp&nbsp&nbspЛариса</option>
   </select></p>
   <p><input type="submit" value="Отправить"></p>
  </form>

 </body>
</html>



понедельник, 28 декабря 2020 г. в 11:11:28 UTC+4, Joker Joker:
I think I found the reason. It's the JS Implementation of  OptionElement#setText.
It discards the last spaces in the string. I see that in debugger. 
Here method input parametr "String text" contains space symbol at the end. 
But after executing  the line "this.text = text;"
this.text contains string without space symbol at the end; 

So do I need to replace all leading and trailing white space characters with "&nbsp;"?

OptionElement.java:
/**
* The text contained within the option element.
*/
public final native void setText(String text) /*-{
this.text = text;
}-*/;

пятница, 25 декабря 2020 г. в 16:11:54 UTC+4, Joker Joker:
I have an issue with GWT 2.9.0 ListBox#getItemText():

String name = listBox.getItemText(i);

The result is a string with extra spaces removed at the end.

Have anybody run into the same problem?

Browser - Chrome/Firefox(latest)


--
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/9d849866-864f-4917-a6ed-c17d1abea9e1n%40googlegroups.com.

Re: 2.9.0 ListBox getItemText(i) trims result [possible bug]

I think I found the reason. It's the JS Implementation of  OptionElement#setText.
It discards the last spaces in the string. I see that in debugger. 
Here method input parametr "String text" contains space symbol at the end. 
But after executing  the line "this.text = text;"
this.text contains string without space symbol at the end; 

So do I need to replace all leading and trailing white space characters with "&nbsp;"?

OptionElement.java:
/**
* The text contained within the option element.
*/
public final native void setText(String text) /*-{
this.text = text;
}-*/;

пятница, 25 декабря 2020 г. в 16:11:54 UTC+4, Joker Joker:
I have an issue with GWT 2.9.0 ListBox#getItemText():

String name = listBox.getItemText(i);

The result is a string with extra spaces removed at the end.

Have anybody run into the same problem?

Browser - Chrome/Firefox(latest)


--
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/43cc9fcd-bc73-4f07-b9f3-ac6ed7fbfdddn%40googlegroups.com.

Friday, December 25, 2020

2.9.0 ListBox getItemText(i) trims result [possible bug]

I have an issue with GWT 2.9.0 ListBox#getItemText():

String name = listBox.getItemText(i);

The result is a string with extra spaces removed at the end.

Have anybody run into the same problem?

Browser - Chrome/Firefox(latest)


--
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/9d8e9a1c-7544-4bc1-b177-88000ddc965fn%40googlegroups.com.

Wednesday, December 23, 2020

Re: excluding GWT-DEV.jar from final build?

Like Vassilis said, therefore best practice is to separate the project into 3:
  • Client-side (Web browser), this is where you transpile the Java2JavaScript. The result is always JS / HTML / CSS. You use here gwt-dev.jar, gwt-user.jar but at the end it doesn't play any role since you won't "deploy" them, only pure JS / HTML / CSS. 
  • Server-side (Web container / Servlet container), this is your server-side business logic / database. You could have gwt-servlet.jar in this part if you are using GWT server-side functionalities like GWT-RPC, GWT-Logging.
  • API / Shared, this is the Java class where you can use from both side like Java Interface, DTO, Validator, etc.
The dependencies should always be like this:
  • client-side project depends on API / shared
  • server-side project depends on API / shared
  • Never let your client-side project depends on the server-side project also another way around
  • Only if you want to, you could "copy" the result of JS / HTML / CSS to your server-side project, so your web container could deliver the JS / CSS / HTML to the web browser... But no dependencies.
Hope this helps,
Lofi

vas...@gmail.com schrieb am Mittwoch, 23. Dezember 2020 um 08:51:16 UTC+1:
Hi,

I think gwt-dev.jar is where the gwt compiler lives. So you need this jar for compilation.

For deployment:
  • You don't need it for client side only projects
  • 99% you don't even need it for RPC based servlets
Hope that helps.

    Vassilis

On Tue, Dec 22, 2020 at 8:17 PM Elhanan <elh.m...@gmail.com> wrote:
hi..
assuming my code will only run in client mode (i.e won't run in any server, or any servlet container) is it save to exclude it from maven dependencies during build? mark it as provided ? 
according to this it seems i can 

(it's never meant to run under a servlet container)

--
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 on the web visit https://groups.google.com/d/msgid/google-web-toolkit/f7b77575-cfce-4f13-b081-825bf8691072n%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 on the web visit https://groups.google.com/d/msgid/google-web-toolkit/4e5032f3-3b48-45a4-b6dc-f37ffa1488can%40googlegroups.com.

Re: Why Don’t You Use Java for Programming the Client-Side Web Apps on Web Browser?

Hm the thread was about why not using java for frontend development but now has general tips for GWT.

The padlet is cool. Thanks for assembling it.

My 2c.

I have used GWT RPC in the past but I was not happy with it. The main reason was that I couldn't decouple server and client from GWT dependencies. The closest you could make was with an intermediate project that hosted the interface files.

The issue was solved for me with RestyGWT in the client and Apache CXF/Rest in the server. Totally separate and the only files I share are my POJO files.

Sharing POJO definitions between client and server is the biggest advantage of GWT for me along with static typing in the frontend. Can't live without these two.

Maybe there is a way to automatically create or define POJOs that is language independent so I could completely decouple frontend from backend. I haven't found such a way that is not completely dynamic and which throws the IDE search and usage features out of the window.

Hope that helps.

  Vassilis




On Tue, Dec 22, 2020 at 7:27 PM lofid...@gmail.com <lofidewanto@gmail.com> wrote:
Some tips I could say:
  • GWT is a transpiler / compiler to JavaScript, so the result only runs on Web browser, no server component. Server container or Web server only used for delivering the HTML, JS and CSS. So actually you could just use the result JS from the file system and make a double click on the HTML file to open your web app (JS).
  • The simplest example I build is the Java Calculator from this article: http://bit.ly/WebJavaStory. In this simple Maven example you can see how to run the web app, how to code, transpile and unit test and also to debug the simple calculator all with web browser.
I'm using GWT since 2006 / 2007 and until today I haven't seen any comparable tools which makes your work very productive, especially as a Java developer.

Hope this helps! Have fun!

lofid...@gmail.com schrieb am Dienstag, 22. Dezember 2020 um 12:40:39 UTC+1:
We also have a Padlet for GWT 😉

I try to collect all the information about GWT / J2CL on one Black Board: https://padlet.com/lofidewanto/gwtintro

There are articles, presentations, groups and other information for a modern GWT / J2CL development...

Hope this helps!

mysare...@gmail.com schrieb am Samstag, 19. Dezember 2020 um 01:30:44 UTC+1:
Thank you very much. I ll give it a try.

On Friday, December 18, 2020 at 4:44:32 PM UTC+1 frank.h...@web.de wrote:

Lofi has some interesting things to look at:  
* GWT Awesome Library List (Gwit a LiLi)
* there is also a boot starter for gwt, but I do not recall the name.

Good starting points are:
*  gwt-maven-archetypes: https://github.com/tbroyer/gwt-maven-archetypes
* There is also are archetype creator from DominoKit
* Nalu project generator: http://www.mvp4g.org/boot-starter-nalu/BootStarterNalu.html (Disclaimer I am the author)

And a good place to ask your questions: https://gitter.im/gwtproject/gwt

Hope that helps.

mysare...@gmail.com schrieb am Freitag, 18. Dezember 2020 um 02:01:24 UTC+1:
I am new here, so hello everyone.
I am very interested in this topic. I have gotten tired of the whole javascript ecosystem. I did not know that you could easily have GWT run only on the frontend and used jee/spring/whatever on the backend as you please. I always thought it was a client-server bundle.
Is there a tutorial that shows how it can be done?
How is the compilation speed for code-change/webpage-refresh? I have done scala many years, so I understand how frustrating it can be, even though scala is amazing.
Thanks
On Sunday, October 18, 2020 at 11:15:42 PM UTC+2 peter.j...@gmail.com wrote:
On Mon, Oct 19, 2020 at 1:56 AM lofid...@gmail.com <lofid...@gmail.com> wrote:
Thanks Craig for the info...

I'm not familiar with React (only Hello World 😉)

Can you integrate React with these GWT React frameworks? So write your components in Java and integrate them back into React JavaScript?

It may be possible in react4j to publish a java component as a react component but not without significant overhead/boilerplate. It is also possible to consume a js react component from within react4j with a little overhead and we built some of our early apps like this. However, react4j's sweet spot is when the majority of the application is written in java.

With gwt-react it is much easier to both consume js components and publish java components ... except for the normal constraints of publishing java to js. My guess is that the sweet spot for gwt-react is for applications that combine js components into a java app but I have never used it in anger.


-- 
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/b7746457-b2e0-404a-8775-59a01d53f576n%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 on the web visit https://groups.google.com/d/msgid/google-web-toolkit/CAKbOjExwbL-F3znuTuHte0_8OhEMq48SrQ5yGU0-kUCy2de4Vg%40mail.gmail.com.

Tuesday, December 22, 2020

Re: excluding GWT-DEV.jar from final build?

Hi,

I think gwt-dev.jar is where the gwt compiler lives. So you need this jar for compilation.

For deployment:
  • You don't need it for client side only projects
  • 99% you don't even need it for RPC based servlets
Hope that helps.

    Vassilis

On Tue, Dec 22, 2020 at 8:17 PM Elhanan <elh.maayan@gmail.com> wrote:
hi..
assuming my code will only run in client mode (i.e won't run in any server, or any servlet container) is it save to exclude it from maven dependencies during build? mark it as provided ? 
according to this it seems i can 

(it's never meant to run under a servlet container)

--
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/f7b77575-cfce-4f13-b081-825bf8691072n%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 on the web visit https://groups.google.com/d/msgid/google-web-toolkit/CAKbOjExsFXUGdXtYwrsRwOuhjR4gS0FBhQ076Nb9jxdk1%3DxPTA%40mail.gmail.com.

excluding GWT-DEV.jar from final build?

hi..
assuming my code will only run in client mode (i.e won't run in any server, or any servlet container) is it save to exclude it from maven dependencies during build? mark it as provided ? 
according to this it seems i can 
https://stackoverflow.com/questions/17678410/trying-to-deploy-gwt-project-in-tomcat-ends-with-offending-class-error/17678786#17678786

(it's never meant to run under a servlet container)

--
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/f7b77575-cfce-4f13-b081-825bf8691072n%40googlegroups.com.

Re: Why Don’t You Use Java for Programming the Client-Side Web Apps on Web Browser?

Some tips I could say:
  • GWT is a transpiler / compiler to JavaScript, so the result only runs on Web browser, no server component. Server container or Web server only used for delivering the HTML, JS and CSS. So actually you could just use the result JS from the file system and make a double click on the HTML file to open your web app (JS).
  • The simplest example I build is the Java Calculator from this article: http://bit.ly/WebJavaStory. In this simple Maven example you can see how to run the web app, how to code, transpile and unit test and also to debug the simple calculator all with web browser.
I'm using GWT since 2006 / 2007 and until today I haven't seen any comparable tools which makes your work very productive, especially as a Java developer.

Hope this helps! Have fun!

lofid...@gmail.com schrieb am Dienstag, 22. Dezember 2020 um 12:40:39 UTC+1:
We also have a Padlet for GWT 😉

I try to collect all the information about GWT / J2CL on one Black Board: https://padlet.com/lofidewanto/gwtintro

There are articles, presentations, groups and other information for a modern GWT / J2CL development...

Hope this helps!

mysare...@gmail.com schrieb am Samstag, 19. Dezember 2020 um 01:30:44 UTC+1:
Thank you very much. I ll give it a try.

On Friday, December 18, 2020 at 4:44:32 PM UTC+1 frank.h...@web.de wrote:

Lofi has some interesting things to look at:  
* GWT Awesome Library List (Gwit a LiLi)
* there is also a boot starter for gwt, but I do not recall the name.

Good starting points are:
*  gwt-maven-archetypes: https://github.com/tbroyer/gwt-maven-archetypes
* There is also are archetype creator from DominoKit
* Nalu project generator: http://www.mvp4g.org/boot-starter-nalu/BootStarterNalu.html (Disclaimer I am the author)

And a good place to ask your questions: https://gitter.im/gwtproject/gwt

Hope that helps.

mysare...@gmail.com schrieb am Freitag, 18. Dezember 2020 um 02:01:24 UTC+1:
I am new here, so hello everyone.
I am very interested in this topic. I have gotten tired of the whole javascript ecosystem. I did not know that you could easily have GWT run only on the frontend and used jee/spring/whatever on the backend as you please. I always thought it was a client-server bundle.
Is there a tutorial that shows how it can be done?
How is the compilation speed for code-change/webpage-refresh? I have done scala many years, so I understand how frustrating it can be, even though scala is amazing.
Thanks
On Sunday, October 18, 2020 at 11:15:42 PM UTC+2 peter.j...@gmail.com wrote:
On Mon, Oct 19, 2020 at 1:56 AM lofid...@gmail.com <lofid...@gmail.com> wrote:
Thanks Craig for the info...

I'm not familiar with React (only Hello World 😉)

Can you integrate React with these GWT React frameworks? So write your components in Java and integrate them back into React JavaScript?

It may be possible in react4j to publish a java component as a react component but not without significant overhead/boilerplate. It is also possible to consume a js react component from within react4j with a little overhead and we built some of our early apps like this. However, react4j's sweet spot is when the majority of the application is written in java.

With gwt-react it is much easier to both consume js components and publish java components ... except for the normal constraints of publishing java to js. My guess is that the sweet spot for gwt-react is for applications that combine js components into a java app but I have never used it in anger.


-- 
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/b7746457-b2e0-404a-8775-59a01d53f576n%40googlegroups.com.

Re: Why Don’t You Use Java for Programming the Client-Side Web Apps on Web Browser?

We also have a Padlet for GWT 😉

I try to collect all the information about GWT / J2CL on one Black Board: https://padlet.com/lofidewanto/gwtintro

There are articles, presentations, groups and other information for a modern GWT / J2CL development...

Hope this helps!

mysare...@gmail.com schrieb am Samstag, 19. Dezember 2020 um 01:30:44 UTC+1:
Thank you very much. I ll give it a try.

On Friday, December 18, 2020 at 4:44:32 PM UTC+1 frank.h...@web.de wrote:

Lofi has some interesting things to look at:  
* GWT Awesome Library List (Gwit a LiLi)
* there is also a boot starter for gwt, but I do not recall the name.

Good starting points are:
*  gwt-maven-archetypes: https://github.com/tbroyer/gwt-maven-archetypes
* There is also are archetype creator from DominoKit
* Nalu project generator: http://www.mvp4g.org/boot-starter-nalu/BootStarterNalu.html (Disclaimer I am the author)

And a good place to ask your questions: https://gitter.im/gwtproject/gwt

Hope that helps.

mysare...@gmail.com schrieb am Freitag, 18. Dezember 2020 um 02:01:24 UTC+1:
I am new here, so hello everyone.
I am very interested in this topic. I have gotten tired of the whole javascript ecosystem. I did not know that you could easily have GWT run only on the frontend and used jee/spring/whatever on the backend as you please. I always thought it was a client-server bundle.
Is there a tutorial that shows how it can be done?
How is the compilation speed for code-change/webpage-refresh? I have done scala many years, so I understand how frustrating it can be, even though scala is amazing.
Thanks
On Sunday, October 18, 2020 at 11:15:42 PM UTC+2 peter.j...@gmail.com wrote:
On Mon, Oct 19, 2020 at 1:56 AM lofid...@gmail.com <lofid...@gmail.com> wrote:
Thanks Craig for the info...

I'm not familiar with React (only Hello World 😉)

Can you integrate React with these GWT React frameworks? So write your components in Java and integrate them back into React JavaScript?

It may be possible in react4j to publish a java component as a react component but not without significant overhead/boilerplate. It is also possible to consume a js react component from within react4j with a little overhead and we built some of our early apps like this. However, react4j's sweet spot is when the majority of the application is written in java.

With gwt-react it is much easier to both consume js components and publish java components ... except for the normal constraints of publishing java to js. My guess is that the sweet spot for gwt-react is for applications that combine js components into a java app but I have never used it in anger.


-- 
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/c512654d-4f3b-439b-a410-4524da436d6fn%40googlegroups.com.

Re: Our 10+ year journey with GWT (+ job opening)


I've been using GWT for 7+ years (with appengine java backends) and actively looking for a job. I'll push my resume.

Thanks
On Monday, 21 December 2020 at 15:24:19 UTC+1 aka...@gmail.com wrote:
We are in times where working remotly id actually a good option.

On Monday, December 21, 2020 at 4:19:13 PM UTC+2 David Nouls wrote:
Hi Alex,

Same story here. I have been working with GWT since it first came out. For our current project we again opted for GWT because we share a lot of code between client and server and productivity is high.

I'm not available at the moment (maybe end of next year)… but living in Belgium/Leuven I don't think that is doable. Relocation is not an option. Good luck finding people, there are not a lot on the market.

Groeten,
David
On 20 Dec 2020, 16:16 +0100, 'Alexander Bertram' via GWT Users <google-we...@googlegroups.com>, wrote:

Dear all, 

I hope this email isn't too off-topic, but I wanted to share an opening for a job on our team with a large GWT component.


The first version of our product, ActivityInfo, a data collection and analysis platform for humanitarian relief, was built with GWT, GXT and Google Gears in 2009 and seriously would not have been possible without GWT. 

In 2018, nearly 10 years later, we looked at the amazing js ecosystem and considered moving to Typescript or Elm.

Instead, we decided to keep the bits that we loved about GWT: the typesafety, code-reuse with the server, i18n, code splitting, linkers, and the amazing compiler, and add SCSS for styles and our own port of Preact + rxJava-like reactivity for dom manipulation using Elemental2.

Three years after the start of ActivityInfo 4.0 we couldn't be happier with the choice, and are more productive than ever. 

If you're an experienced GWT developer that would enjoy the challenge of a working on a modern GWT codebase, I hope you'll consider joining our team!


Best,
Alex

--
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 on the web visit https://groups.google.com/d/msgid/google-web-toolkit/46240bd9-f716-4448-a481-acfc87229f8fn%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/de630de4-dfd8-4f5d-9c89-4df2a479ee82n%40googlegroups.com.

Monday, December 21, 2020

Re: Our 10+ year journey with GWT (+ job opening)

We are in times where working remotly id actually a good option.

On Monday, December 21, 2020 at 4:19:13 PM UTC+2 David Nouls wrote:
Hi Alex,

Same story here. I have been working with GWT since it first came out. For our current project we again opted for GWT because we share a lot of code between client and server and productivity is high.

I'm not available at the moment (maybe end of next year)… but living in Belgium/Leuven I don't think that is doable. Relocation is not an option. Good luck finding people, there are not a lot on the market.

Groeten,
David
On 20 Dec 2020, 16:16 +0100, 'Alexander Bertram' via GWT Users <google-we...@googlegroups.com>, wrote:

Dear all, 

I hope this email isn't too off-topic, but I wanted to share an opening for a job on our team with a large GWT component.


The first version of our product, ActivityInfo, a data collection and analysis platform for humanitarian relief, was built with GWT, GXT and Google Gears in 2009 and seriously would not have been possible without GWT. 

In 2018, nearly 10 years later, we looked at the amazing js ecosystem and considered moving to Typescript or Elm.

Instead, we decided to keep the bits that we loved about GWT: the typesafety, code-reuse with the server, i18n, code splitting, linkers, and the amazing compiler, and add SCSS for styles and our own port of Preact + rxJava-like reactivity for dom manipulation using Elemental2.

Three years after the start of ActivityInfo 4.0 we couldn't be happier with the choice, and are more productive than ever. 

If you're an experienced GWT developer that would enjoy the challenge of a working on a modern GWT codebase, I hope you'll consider joining our team!


Best,
Alex

--
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 on the web visit https://groups.google.com/d/msgid/google-web-toolkit/46240bd9-f716-4448-a481-acfc87229f8fn%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/02c8d017-e66c-4d25-8a10-a933eacde124n%40googlegroups.com.

Re: Our 10+ year journey with GWT (+ job opening)

Hi Alex,

Same story here. I have been working with GWT since it first came out. For our current project we again opted for GWT because we share a lot of code between client and server and productivity is high.

I'm not available at the moment (maybe end of next year)… but living in Belgium/Leuven I don't think that is doable. Relocation is not an option. Good luck finding people, there are not a lot on the market.

Groeten,
David
On 20 Dec 2020, 16:16 +0100, 'Alexander Bertram' via GWT Users <google-web-toolkit@googlegroups.com>, wrote:

Dear all, 

I hope this email isn't too off-topic, but I wanted to share an opening for a job on our team with a large GWT component.


The first version of our product, ActivityInfo, a data collection and analysis platform for humanitarian relief, was built with GWT, GXT and Google Gears in 2009 and seriously would not have been possible without GWT. 

In 2018, nearly 10 years later, we looked at the amazing js ecosystem and considered moving to Typescript or Elm.

Instead, we decided to keep the bits that we loved about GWT: the typesafety, code-reuse with the server, i18n, code splitting, linkers, and the amazing compiler, and add SCSS for styles and our own port of Preact + rxJava-like reactivity for dom manipulation using Elemental2.

Three years after the start of ActivityInfo 4.0 we couldn't be happier with the choice, and are more productive than ever. 

If you're an experienced GWT developer that would enjoy the challenge of a working on a modern GWT codebase, I hope you'll consider joining our team!


Best,
Alex

--
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/46240bd9-f716-4448-a481-acfc87229f8fn%40googlegroups.com.

Re: Our 10+ year journey with GWT (+ job opening)

We also have choosen and stuck with gwt for the same reason. Productivity is really important. We come across angular but it still is not the same. === really :-)

I am an experienced gwt developer with 12+ years :-). Has is been that long. Must be, my youngest was just born when we launched our daycare product written in gwt. 

And located in the Netherland. But not looking for a Job. :-( 

But I will send your link to some people I know.  

Happy to help you along.

Marteijn

Op zondag 20 december 2020 om 16:15:55 UTC+1 schreef Alexander Bertram:

Dear all, 

I hope this email isn't too off-topic, but I wanted to share an opening for a job on our team with a large GWT component.


The first version of our product, ActivityInfo, a data collection and analysis platform for humanitarian relief, was built with GWT, GXT and Google Gears in 2009 and seriously would not have been possible without GWT. 

In 2018, nearly 10 years later, we looked at the amazing js ecosystem and considered moving to Typescript or Elm.

Instead, we decided to keep the bits that we loved about GWT: the typesafety, code-reuse with the server, i18n, code splitting, linkers, and the amazing compiler, and add SCSS for styles and our own port of Preact + rxJava-like reactivity for dom manipulation using Elemental2.

Three years after the start of ActivityInfo 4.0 we couldn't be happier with the choice, and are more productive than ever. 

If you're an experienced GWT developer that would enjoy the challenge of a working on a modern GWT codebase, I hope you'll consider joining our team!


Best,
Alex

--
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/735f8a2b-80f2-4770-8831-6a6138af0582n%40googlegroups.com.

Sunday, December 20, 2020

Our 10+ year journey with GWT (+ job opening)


Dear all, 

I hope this email isn't too off-topic, but I wanted to share an opening for a job on our team with a large GWT component.


The first version of our product, ActivityInfo, a data collection and analysis platform for humanitarian relief, was built with GWT, GXT and Google Gears in 2009 and seriously would not have been possible without GWT. 

In 2018, nearly 10 years later, we looked at the amazing js ecosystem and considered moving to Typescript or Elm.

Instead, we decided to keep the bits that we loved about GWT: the typesafety, code-reuse with the server, i18n, code splitting, linkers, and the amazing compiler, and add SCSS for styles and our own port of Preact + rxJava-like reactivity for dom manipulation using Elemental2.

Three years after the start of ActivityInfo 4.0 we couldn't be happier with the choice, and are more productive than ever. 

If you're an experienced GWT developer that would enjoy the challenge of a working on a modern GWT codebase, I hope you'll consider joining our team!


Best,
Alex

--
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/46240bd9-f716-4448-a481-acfc87229f8fn%40googlegroups.com.

Friday, December 18, 2020

Re: Why Don’t You Use Java for Programming the Client-Side Web Apps on Web Browser?

Thank you very much. I ll give it a try.

On Friday, December 18, 2020 at 4:44:32 PM UTC+1 frank.h...@web.de wrote:

Lofi has some interesting things to look at:  
* GWT Awesome Library List (Gwit a LiLi)
* there is also a boot starter for gwt, but I do not recall the name.

Good starting points are:
*  gwt-maven-archetypes: https://github.com/tbroyer/gwt-maven-archetypes
* There is also are archetype creator from DominoKit
* Nalu project generator: http://www.mvp4g.org/boot-starter-nalu/BootStarterNalu.html (Disclaimer I am the author)

And a good place to ask your questions: https://gitter.im/gwtproject/gwt

Hope that helps.

mysare...@gmail.com schrieb am Freitag, 18. Dezember 2020 um 02:01:24 UTC+1:
I am new here, so hello everyone.
I am very interested in this topic. I have gotten tired of the whole javascript ecosystem. I did not know that you could easily have GWT run only on the frontend and used jee/spring/whatever on the backend as you please. I always thought it was a client-server bundle.
Is there a tutorial that shows how it can be done?
How is the compilation speed for code-change/webpage-refresh? I have done scala many years, so I understand how frustrating it can be, even though scala is amazing.
Thanks
On Sunday, October 18, 2020 at 11:15:42 PM UTC+2 peter.j...@gmail.com wrote:
On Mon, Oct 19, 2020 at 1:56 AM lofid...@gmail.com <lofid...@gmail.com> wrote:
Thanks Craig for the info...

I'm not familiar with React (only Hello World 😉)

Can you integrate React with these GWT React frameworks? So write your components in Java and integrate them back into React JavaScript?

It may be possible in react4j to publish a java component as a react component but not without significant overhead/boilerplate. It is also possible to consume a js react component from within react4j with a little overhead and we built some of our early apps like this. However, react4j's sweet spot is when the majority of the application is written in java.

With gwt-react it is much easier to both consume js components and publish java components ... except for the normal constraints of publishing java to js. My guess is that the sweet spot for gwt-react is for applications that combine js components into a java app but I have never used it in anger.


-- 
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/b2aa0358-8368-4f6f-9eec-e4990d1943e4n%40googlegroups.com.

Re: Why Don’t You Use Java for Programming the Client-Side Web Apps on Web Browser?


Lofi has some interesting things to look at:  
* GWT Awesome Library List (Gwit a LiLi)
* there is also a boot starter for gwt, but I do not recall the name.

Good starting points are:
*  gwt-maven-archetypes: https://github.com/tbroyer/gwt-maven-archetypes
*  https://github.com/NaluKit/gwt-maven-springboot-archetype if you prefer Spring Boot on the server side: https://github.com/NaluKit/gwt-maven-springboot-archetype
* There is also are archetype creator from DominoKit
* Nalu project generator: http://www.mvp4g.org/boot-starter-nalu/BootStarterNalu.html (Disclaimer I am the author)

And a good place to ask your questions: https://gitter.im/gwtproject/gwt

Hope that helps.

mysare...@gmail.com schrieb am Freitag, 18. Dezember 2020 um 02:01:24 UTC+1:
I am new here, so hello everyone.
I am very interested in this topic. I have gotten tired of the whole javascript ecosystem. I did not know that you could easily have GWT run only on the frontend and used jee/spring/whatever on the backend as you please. I always thought it was a client-server bundle.
Is there a tutorial that shows how it can be done?
How is the compilation speed for code-change/webpage-refresh? I have done scala many years, so I understand how frustrating it can be, even though scala is amazing.
Thanks
On Sunday, October 18, 2020 at 11:15:42 PM UTC+2 peter.j...@gmail.com wrote:
On Mon, Oct 19, 2020 at 1:56 AM lofid...@gmail.com <lofid...@gmail.com> wrote:
Thanks Craig for the info...

I'm not familiar with React (only Hello World 😉)

Can you integrate React with these GWT React frameworks? So write your components in Java and integrate them back into React JavaScript?

It may be possible in react4j to publish a java component as a react component but not without significant overhead/boilerplate. It is also possible to consume a js react component from within react4j with a little overhead and we built some of our early apps like this. However, react4j's sweet spot is when the majority of the application is written in java.

With gwt-react it is much easier to both consume js components and publish java components ... except for the normal constraints of publishing java to js. My guess is that the sweet spot for gwt-react is for applications that combine js components into a java app but I have never used it in anger.


-- 
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/c3fe1f27-becf-4933-83a5-b48a65a89d0en%40googlegroups.com.

Thursday, December 17, 2020

Re: Why Don’t You Use Java for Programming the Client-Side Web Apps on Web Browser?

I am new here, so hello everyone.
I am very interested in this topic. I have gotten tired of the whole javascript ecosystem. I did not know that you could easily have GWT run only on the frontend and used jee/spring/whatever on the backend as you please. I always thought it was a client-server bundle.
Is there a tutorial that shows how it can be done?
How is the compilation speed for code-change/webpage-refresh? I have done scala many years, so I understand how frustrating it can be, even though scala is amazing.
Thanks
On Sunday, October 18, 2020 at 11:15:42 PM UTC+2 peter.j...@gmail.com wrote:
On Mon, Oct 19, 2020 at 1:56 AM lofid...@gmail.com <lofid...@gmail.com> wrote:
Thanks Craig for the info...

I'm not familiar with React (only Hello World 😉)

Can you integrate React with these GWT React frameworks? So write your components in Java and integrate them back into React JavaScript?

It may be possible in react4j to publish a java component as a react component but not without significant overhead/boilerplate. It is also possible to consume a js react component from within react4j with a little overhead and we built some of our early apps like this. However, react4j's sweet spot is when the majority of the application is written in java.

With gwt-react it is much easier to both consume js components and publish java components ... except for the normal constraints of publishing java to js. My guess is that the sweet spot for gwt-react is for applications that combine js components into a java app but I have never used it in anger.


-- 
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/889006a2-0e8f-4e9a-8fc4-5701f859e333n%40googlegroups.com.

Wednesday, December 16, 2020

Choose how your information is used and shared for Gmail, Google Chat, and Google Meet before January 25th, 2021

New Gmail, Google Chat, and Google Meet settings provide you more control over your information