Re: New Presentation about Modern GWT Webapp Development

[lofid...@gmail.com]

Hi All, 

I changed the name of the repo for the GWT Awesome LiLi: 

https://github.com/gwtboot/gwt-boot-awesome-lili

PR and MR are very welcome! 😀

Lofi
lofid...@gmail.com schrieb am Sonntag, 18. Oktober 2020 um 21:32:20 UTC+2:

> I open a new GitHub project for putting every GWT libs I know sofar...
>
> Library List (LiLi):
> https://github.com/gwtboot/gwt-boot-jsinterop-lili
>
> If you have libs I don't know just open a PR / MR...
>
> Thanks,
> Lofi
> lofid...@gmail.com schrieb am Donnerstag, 1. Oktober 2020 um 11:58:29 
> UTC+2:
>
>> Hi Thomas,
>>
>> thanks for the clue... yeah something like "awesome gwt" but like you 
>> said we already have it. I know this one https://gwt.zeef.com/awesomegwt 
>> (great 
>> links collection) and I already put this in GWT Padlet --> "GWT Links 
>> Collection"
>>
>> I thought it is just a simple one pager "Only Libs" table with following 
>> content:
>>
>> *Category / JS Lib Name / JS Lib Address / GWT Lib Name / GWT Lib Address 
>> / JsInterop or JSNI*
>>
>> Example:
>>
>> maps / open-layers3 / https://openlayers.org / gwt-ol / 
>> https://github.com/TDesjardins/gwt-ol / JsInterop
>> diagrams / chart.js / https://www.chartjs.org / charba / 
>> https://github.com/pepstock-org/Charba  
>> / JsInterop
>> diagrams / highchart.js / https://www.highcharts.com / gwt-highcharts / 
>> https://github.com/ascendtech/gwt-highcharts / JsInterop
>> ...
>>
>> That's it., so we can see whether someone already did the work with 
>> JsInterop (analogy to DefinitelyTyped for the types in TS).
>> And everyone could make a PR to update the one page...
>>
>> Is it worth it to try?
>>
>> t.br...@gmail.com schrieb am Donnerstag, 1. Oktober 2020 um 10:00:10 
>> UTC+2:
>>
>>>
>>>
>>> On Wednesday, September 30, 2020 at 10:48:34 PM UTC+2, 
>>> lofid...@gmail.com wrote:

 Thanks a lot for the info.

 I added the Gradle plugin, wow we have 3 Gradle plugins is it not 
 better just to have one? 😉

 The check on page 42 is about the "values", so the input param 😉

 I will create a new GWT libs list project to have a list of all GWT 
 libs available... so not only UI framework... and will put everything over 
 there... hope that the community will make some PR, so we can have a lot 
 of 
 libs...

>>>
>>> Some kind of "awesome gwt" then? https://github.com/sindresorhus/awesome
>>> Fwiw, a Google search for "awesome gwt" returned 
>>> https://awesomeopensource.com/projects/gwt and 
>>> https://gwt.zeef.com/awesomegwt
>>>
>>>

-- 
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.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit/93d43573-73e9-4a1a-adbd-afea240c17d6n%40googlegroups.com.

Re: Including a submodule of a gwt project in maven

[Thomas Broyer]

On Monday, October 19, 2020 at 4:43:26 PM UTC+2, Elhanan wrote:
>
> what's the difference between 
> warDir, webappDirectory, workDir,workingDirectory, codeServerWorkDir , 
> devModeWorkDir, tempDir? 
> i mean it's hard to follow all those around.
>

I'm assuming you're using autocompletion in your IDE here, then yes it's 
hard to understand. That's why we have docs ;-)
gwt:compile  
outputs to webappDirectory, and puts its own files into workDir (they will 
be reused between runs for better performance); webappDirectory should 
match outputDirectory and warName of gwt:package-app 
 for 
everything to run smoothly.
gwt:devmode  uses 
warDir and devModeWorkDir, with approximately the same meaning as 
webappDirectory and workDir of gwt:compile, respectively.
gwt:codeserver 
 writes to 
codeServerWorkDir, and possibly launcherDir (which is where your –separate– 
web server would serve static resources)
tempDir comes from gwt:test 
, it's inherited 
from Surefire; gwt:test also has a workDir which can be shared with 
gwt:compile (other work dirs don't have the same layout)

-- 
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.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit/e76d0af0-4db3-48ec-98ea-f16d047c375do%40googlegroups.com.

Re: Including a submodule of a gwt project in maven

[Thomas Broyer]

If you put your static resources in the public path of your module (by 
default a "public" subpackage next to your *.gwt.xml file), they'll be 
copied (by GWT itself, not the gwt-maven-plugin) to the output next to the 
*.nocache.js and *.cache.* files, so they'll end up in your WAR.
The only difference with using a "more standard" src/main/webapp is that if 
your GWT module has rename-to="myapp", then everything will be in the 
"myapp/" folder.
E.g. you create a src/main/resources/com/example/myapp/public/index.html 
with a  (notice: myapp.nocache.js, 
not myapp/myapp.nocache.js), then you have a myapp/index.html and 
myapp/myapp.nocache.js in your WAR.

On Monday, October 19, 2020 at 1:59:16 PM UTC+2, Elhanan wrote:
>
> hey thomas, the thing is, i wanna do it right without any hacks, but if i 
> demine the pom as gwt-app, the output is just gwt compiled code  with no 
> static html or css resources, if i use war in the pom type, the output is 
> just the static resources. i want the entire artifact to be considered as 
> both html and gwt javascript. 
>
> On Mon, Oct 19, 2020 at 12:50 PM Thomas Broyer  wrote:
>
>> I haven't followed the whole discussion, but if you don't have a need for 
>> shared and server modules (what I call a "standalone" app), then you can 
>> put your HTML file (and associated resources) into your module's public 
>> path 
>> 
>> .
>> You'll then use gwt:devmode for debugging, to take advantage of the 
>> embedded web server to serve your static resources; see 
>> https://tbroyer.github.io/gwt-maven-plugin/codeserver.html#Standalone_applications
>>
>> On Sunday, October 18, 2020 at 5:03:21 PM UTC+2, Elhanan wrote:
>>>
>>> yes, i understand that gwt-maven-plugin is "opinionated" (i.e forces me 
>>> to do it) and i'm in the process of doing so, the thing is there's no 
>>> "Server part" it's meant to operate as a page under cockpit ui 
>>>
>>> On Sun, Oct 18, 2020 at 6:00 PM lofid...@gmail.com <
>>> lofidewa...@gmail.com> wrote:
>>>
 Hmm it is not good to have "server" part and "client" part (web 
 browser, GWT) in one Maven module... The best practice is always to 
 separate them.

 I wrote some simple explanation in this project: 
 https://github.com/gwtboot/domino-rest-enum-date with 3 Maven modules, 
 check the explanation over there...
 Elhanan schrieb am Sonntag, 18. Oktober 2020 um 16:55:35 UTC+2:

> i don't know, right now i'm having trouble to even compile everything, 
> i mean, i can either compile all the static files  (html WEB-INF) into a 
> war, OR i can compile the gwt sources, depending on what i place in 
> pom.xml 
> (gwt-app or war) i was trying to have it all in one module
>
> On Sun, Oct 18, 2020 at 5:49 PM lofid...@gmail.com  
> wrote:
>
>> Is it not possible to add those contents into an artifact with 
>> assembly for example? So that you can use it later for the dependency? 
>> I'm 
>> doing this in this example:
>> https://github.com/gwtboot/domino-rest-enum-date
>>
>> Hope this helps.
>> Elhanan schrieb am Sonntag, 18. Oktober 2020 um 12:48:30 UTC+2:
>>
>>> hi..
>>> i have a submodule of a gwt project that it's artifact are meant to 
>>> be included as part of the main artifact (which is a pom containing a 
>>> debian installer) 
>>> usually i would use copy-depdencies plugin to copy the jars into the 
>>> main artifact, but in this case there's no jar, is there a way i can 
>>> copy 
>>> the output directory of that submodule into the main artifact? 
>>>
>> -- 
>> You received this message because you are subscribed to a topic in 
>> the Google Groups "GWT Users" group.
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/google-web-toolkit/42DICj36J0E/unsubscribe
>> .
>> To unsubscribe from this group and all its topics, 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/38ff23af-b3d7-4aef-80e8-9451486aa641n%40googlegroups.com
>>  
>> 
>> .
>>
> -- 
 You received this message because you are subscribed to a topic in the 
 Google Groups "GWT Users" group.
 To unsubscribe from this topic, visit 
 https://groups.google.com/d/topic/google-web-toolkit/42DICj36J0E/unsubscribe
 .
 To unsubscribe from this group and all its topics, 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/b426f9bc-5962-4cc4-888a-895a1cd71d42n%40googlegroups.com
  
 

Re: Just saying thanks

[lofid...@gmail.com]

Yes, the same experience for me... For me GWT makes the development with 
Web browser a lot of fun! Especially today with Web APIs.
I cannot imagine to do these stuffs with JavaScript... I know today you 
could structure your JS app just like Java app but still... and if it were 
the case you don't need TypeScript today...

Great work and many thanks to GWT / J2CL teams!
tom.v...@skynet.be schrieb am Montag, 19. Oktober 2020 um 12:54:40 UTC+2:

> Hi,
>
> I just wanted to say that I have been using GWT since 2009 and I never 
> thought about sharing how much fun GWT has brought to my developer life. So 
> I am doing it now :-)
>
> To be honest, there are some libraries/toolkits out there that rise above 
> the others. They have this intrinsic quality, they are open instead of 
> restrictive on your coding style and when you need to take the extra mile 
> in your dev work, the framework goes along, providing what you need. GWT is 
> definitely among these.
>
> GWT is the reason that I started browser UI development as a Java backend 
> profile.
> I am so happy GWT is still among us and I will be continuing to use this 
> framework for many years to come. 
>
> Thanks for this great framework!
>

-- 
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.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit/fdf867a5-5772-433d-a630-bdf19227fa16n%40googlegroups.com.

Re: Including a submodule of a gwt project in maven

[lofid...@gmail.com]

😀Therefore I'm using the simplest gwt:devmode... Standalone is the best... 
only 

But I think you could just use the default dirs...

Elhanan schrieb am Montag, 19. Oktober 2020 um 16:43:26 UTC+2:

> what's the difference between 
> warDir, webappDirectory, workDir,workingDirectory, codeServerWorkDir , 
> devModeWorkDir, tempDir? 
> i mean it's hard to follow all those around.
>
> On Mon, Oct 19, 2020 at 2:58 PM Elhanan Maayan  wrote:
>
>> hey thomas, the thing is, i wanna do it right without any hacks, but if i 
>> demine the pom as gwt-app, the output is just gwt compiled code  with no 
>> static html or css resources, if i use war in the pom type, the output is 
>> just the static resources. i want the entire artifact to be considered as 
>> both html and gwt javascript. 
>>
>> On Mon, Oct 19, 2020 at 12:50 PM Thomas Broyer  wrote:
>>
>>> I haven't followed the whole discussion, but if you don't have a need 
>>> for shared and server modules (what I call a "standalone" app), then you 
>>> can put your HTML file (and associated resources) into your module's 
>>> public path 
>>> 
>>> .
>>> You'll then use gwt:devmode for debugging, to take advantage of the 
>>> embedded web server to serve your static resources; see 
>>> https://tbroyer.github.io/gwt-maven-plugin/codeserver.html#Standalone_applications
>>>
>>> On Sunday, October 18, 2020 at 5:03:21 PM UTC+2, Elhanan wrote:

 yes, i understand that gwt-maven-plugin is "opinionated" (i.e forces me 
 to do it) and i'm in the process of doing so, the thing is there's no 
 "Server part" it's meant to operate as a page under cockpit ui 

 On Sun, Oct 18, 2020 at 6:00 PM lofid...@gmail.com  
 wrote:

> Hmm it is not good to have "server" part and "client" part (web 
> browser, GWT) in one Maven module... The best practice is always to 
> separate them.
>
> I wrote some simple explanation in this project: 
> https://github.com/gwtboot/domino-rest-enum-date with 3 Maven 
> modules, check the explanation over there...
> Elhanan schrieb am Sonntag, 18. Oktober 2020 um 16:55:35 UTC+2:
>
>> i don't know, right now i'm having trouble to even compile 
>> everything, i mean, i can either compile all the static files  (html 
>> WEB-INF) into a war, OR i can compile the gwt sources, depending on what 
>> i 
>> place in pom.xml (gwt-app or war) i was trying to have it all in one 
>> module
>>
>> On Sun, Oct 18, 2020 at 5:49 PM lofid...@gmail.com <
>> lofid...@gmail.com> wrote:
>>
>>> Is it not possible to add those contents into an artifact with 
>>> assembly for example? So that you can use it later for the dependency? 
>>> I'm 
>>> doing this in this example:
>>> https://github.com/gwtboot/domino-rest-enum-date
>>>
>>> Hope this helps.
>>> Elhanan schrieb am Sonntag, 18. Oktober 2020 um 12:48:30 UTC+2:
>>>
 hi..
 i have a submodule of a gwt project that it's artifact are meant to 
 be included as part of the main artifact (which is a pom containing a 
 debian installer) 
 usually i would use copy-depdencies plugin to copy the jars into 
 the main artifact, but in this case there's no jar, is there a way i 
 can 
 copy the output directory of that submodule into the main artifact? 

>>> -- 
>>> You received this message because you are subscribed to a topic in 
>>> the Google Groups "GWT Users" group.
>>> To unsubscribe from this topic, visit 
>>> https://groups.google.com/d/topic/google-web-toolkit/42DICj36J0E/unsubscribe
>>> .
>>> To unsubscribe from this group and all its topics, 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/38ff23af-b3d7-4aef-80e8-9451486aa641n%40googlegroups.com
>>>  
>>> 
>>> .
>>>
>> -- 
> You received this message because you are subscribed to a topic in the 
> Google Groups "GWT Users" group.
> To unsubscribe from this topic, visit 
> https://groups.google.com/d/topic/google-web-toolkit/42DICj36J0E/unsubscribe
> .
> To unsubscribe from this group and all its topics, 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/b426f9bc-5962-4cc4-888a-895a1cd71d42n%40googlegroups.com
>  
> 
> .
>
 -- 
>>> You received this message because you a

Re: GWT history with push state

[Vegegoku]

JSNI is deprecated, you can use the browser state API with pushState 
.
You can also check domino-history 
 which a lightweight wrapper 
around the pushState.

On Friday, October 16, 2020 at 7:40:39 AM UTC+3 Craig Mitchell wrote:

> As Tomas said, not directly with History.  It's simple JSNI though:
>
> public static native void updateURL(String newUrl) /*-{
> $wnd.history.pushState(newUrl, "", newUrl);
> }-*/;
>
> public static native void initialise() /*-{
> $wnd.onpopstate = $entry(function(e) {
> @com.blah.YourClass::yourMethodThatListensForUrlChange()();
> });
> }-*/;
>
>

-- 
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.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit/b62e5e0c-3514-417e-a2d1-9253701e20efn%40googlegroups.com.

Re: Including a submodule of a gwt project in maven

[Elhanan Maayan]

what's the difference between
warDir, webappDirectory, workDir,workingDirectory, codeServerWorkDir ,
devModeWorkDir, tempDir?
i mean it's hard to follow all those around.

On Mon, Oct 19, 2020 at 2:58 PM Elhanan Maayan  wrote:

> hey thomas, the thing is, i wanna do it right without any hacks, but if i
> demine the pom as gwt-app, the output is just gwt compiled code  with no
> static html or css resources, if i use war in the pom type, the output is
> just the static resources. i want the entire artifact to be considered as
> both html and gwt javascript.
>
> On Mon, Oct 19, 2020 at 12:50 PM Thomas Broyer  wrote:
>
>> I haven't followed the whole discussion, but if you don't have a need for
>> shared and server modules (what I call a "standalone" app), then you can
>> put your HTML file (and associated resources) into your module's public
>> path
>> 
>> .
>> You'll then use gwt:devmode for debugging, to take advantage of the
>> embedded web server to serve your static resources; see
>> https://tbroyer.github.io/gwt-maven-plugin/codeserver.html#Standalone_applications
>>
>> On Sunday, October 18, 2020 at 5:03:21 PM UTC+2, Elhanan wrote:
>>>
>>> yes, i understand that gwt-maven-plugin is "opinionated" (i.e forces me
>>> to do it) and i'm in the process of doing so, the thing is there's no
>>> "Server part" it's meant to operate as a page under cockpit ui
>>>
>>> On Sun, Oct 18, 2020 at 6:00 PM lofid...@gmail.com <
>>> lofidewa...@gmail.com> wrote:
>>>
 Hmm it is not good to have "server" part and "client" part (web
 browser, GWT) in one Maven module... The best practice is always to
 separate them.

 I wrote some simple explanation in this project:
 https://github.com/gwtboot/domino-rest-enum-date with 3 Maven modules,
 check the explanation over there...
 Elhanan schrieb am Sonntag, 18. Oktober 2020 um 16:55:35 UTC+2:

> i don't know, right now i'm having trouble to even compile everything,
> i mean, i can either compile all the static files  (html WEB-INF) into a
> war, OR i can compile the gwt sources, depending on what i place in 
> pom.xml
> (gwt-app or war) i was trying to have it all in one module
>
> On Sun, Oct 18, 2020 at 5:49 PM lofid...@gmail.com 
> wrote:
>
>> Is it not possible to add those contents into an artifact with
>> assembly for example? So that you can use it later for the dependency? 
>> I'm
>> doing this in this example:
>> https://github.com/gwtboot/domino-rest-enum-date
>>
>> Hope this helps.
>> Elhanan schrieb am Sonntag, 18. Oktober 2020 um 12:48:30 UTC+2:
>>
>>> hi..
>>> i have a submodule of a gwt project that it's artifact are meant to
>>> be included as part of the main artifact (which is a pom containing a
>>> debian installer)
>>> usually i would use copy-depdencies plugin to copy the jars into the
>>> main artifact, but in this case there's no jar, is there a way i can 
>>> copy
>>> the output directory of that submodule into the main artifact?
>>>
>> --
>> You received this message because you are subscribed to a topic in
>> the Google Groups "GWT Users" group.
>> To unsubscribe from this topic, visit
>> https://groups.google.com/d/topic/google-web-toolkit/42DICj36J0E/unsubscribe
>> .
>> To unsubscribe from this group and all its topics, 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/38ff23af-b3d7-4aef-80e8-9451486aa641n%40googlegroups.com
>> 
>> .
>>
> --
 You received this message because you are subscribed to a topic in the
 Google Groups "GWT Users" group.
 To unsubscribe from this topic, visit
 https://groups.google.com/d/topic/google-web-toolkit/42DICj36J0E/unsubscribe
 .
 To unsubscribe from this group and all its topics, 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/b426f9bc-5962-4cc4-888a-895a1cd71d42n%40googlegroups.com
 
 .

>>> --
>> You received this message because you are subscribed to a topic in the
>> Google Groups "GWT Users" group.
>> To unsubscribe from this topic, visit
>> https://groups.google.com/d/topic/google-web-toolkit/42DICj36J0E/unsubscribe
>> .
>> To unsubscribe from this group and all its topics, send an email to
>> google-web-toolkit+unsubscr...@googlegroups.com.
>> To view this discussion on the web vi

Re: Just saying thanks

[Boris Brudnoy]

+1

On Mon, Oct 19, 2020 at 6:54 AM Tom Van Eetvelde 
wrote:

> Hi,
>
> I just wanted to say that I have been using GWT since 2009 and I never
> thought about sharing how much fun GWT has brought to my developer life. So
> I am doing it now :-)
>
> To be honest, there are some libraries/toolkits out there that rise above
> the others. They have this intrinsic quality, they are open instead of
> restrictive on your coding style and when you need to take the extra mile
> in your dev work, the framework goes along, providing what you need. GWT is
> definitely among these.
>
> GWT is the reason that I started browser UI development as a Java backend
> profile.
> I am so happy GWT is still among us and I will be continuing to use this
> framework for many years to come.
>
> Thanks for this great framework!
>
> --
> 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.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/google-web-toolkit/63a54346-f3fd-45b9-86d9-c1fe3ef9298dn%40googlegroups.com
> 
> .
>
-- 
*BORIS BRUDNOY*
Web Software Developer
416-831-3999 | LinkedIn 

-- 
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.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit/CAD%3DgKQ0OwPgTE2fM0u8YvNW5oS0H4XTz5JXd5B1kxuUtviHihQ%40mail.gmail.com.

Re: Including a submodule of a gwt project in maven

[Elhanan Maayan]

hey thomas, the thing is, i wanna do it right without any hacks, but if i
demine the pom as gwt-app, the output is just gwt compiled code  with no
static html or css resources, if i use war in the pom type, the output is
just the static resources. i want the entire artifact to be considered as
both html and gwt javascript.

On Mon, Oct 19, 2020 at 12:50 PM Thomas Broyer  wrote:

> I haven't followed the whole discussion, but if you don't have a need for
> shared and server modules (what I call a "standalone" app), then you can
> put your HTML file (and associated resources) into your module's public
> path
> 
> .
> You'll then use gwt:devmode for debugging, to take advantage of the
> embedded web server to serve your static resources; see
> https://tbroyer.github.io/gwt-maven-plugin/codeserver.html#Standalone_applications
>
> On Sunday, October 18, 2020 at 5:03:21 PM UTC+2, Elhanan wrote:
>>
>> yes, i understand that gwt-maven-plugin is "opinionated" (i.e forces me
>> to do it) and i'm in the process of doing so, the thing is there's no
>> "Server part" it's meant to operate as a page under cockpit ui
>>
>> On Sun, Oct 18, 2020 at 6:00 PM lofid...@gmail.com 
>> wrote:
>>
>>> Hmm it is not good to have "server" part and "client" part (web browser,
>>> GWT) in one Maven module... The best practice is always to separate them.
>>>
>>> I wrote some simple explanation in this project:
>>> https://github.com/gwtboot/domino-rest-enum-date with 3 Maven modules,
>>> check the explanation over there...
>>> Elhanan schrieb am Sonntag, 18. Oktober 2020 um 16:55:35 UTC+2:
>>>
 i don't know, right now i'm having trouble to even compile everything,
 i mean, i can either compile all the static files  (html WEB-INF) into a
 war, OR i can compile the gwt sources, depending on what i place in pom.xml
 (gwt-app or war) i was trying to have it all in one module

 On Sun, Oct 18, 2020 at 5:49 PM lofid...@gmail.com 
 wrote:

> Is it not possible to add those contents into an artifact with
> assembly for example? So that you can use it later for the dependency? I'm
> doing this in this example:
> https://github.com/gwtboot/domino-rest-enum-date
>
> Hope this helps.
> Elhanan schrieb am Sonntag, 18. Oktober 2020 um 12:48:30 UTC+2:
>
>> hi..
>> i have a submodule of a gwt project that it's artifact are meant to
>> be included as part of the main artifact (which is a pom containing a
>> debian installer)
>> usually i would use copy-depdencies plugin to copy the jars into the
>> main artifact, but in this case there's no jar, is there a way i can copy
>> the output directory of that submodule into the main artifact?
>>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "GWT Users" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/google-web-toolkit/42DICj36J0E/unsubscribe
> .
> To unsubscribe from this group and all its topics, 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/38ff23af-b3d7-4aef-80e8-9451486aa641n%40googlegroups.com
> 
> .
>
 --
>>> You received this message because you are subscribed to a topic in the
>>> Google Groups "GWT Users" group.
>>> To unsubscribe from this topic, visit
>>> https://groups.google.com/d/topic/google-web-toolkit/42DICj36J0E/unsubscribe
>>> .
>>> To unsubscribe from this group and all its topics, 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/b426f9bc-5962-4cc4-888a-895a1cd71d42n%40googlegroups.com
>>> 
>>> .
>>>
>> --
> You received this message because you are subscribed to a topic in the
> Google Groups "GWT Users" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/google-web-toolkit/42DICj36J0E/unsubscribe
> .
> To unsubscribe from this group and all its topics, 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/d5a08b0a-33d0-4973-864c-eada9c7481e5o%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Users" group.
To unsubscr

Just saying thanks

[Tom Van Eetvelde]

Hi,

I just wanted to say that I have been using GWT since 2009 and I never 
thought about sharing how much fun GWT has brought to my developer life. So 
I am doing it now :-)

To be honest, there are some libraries/toolkits out there that rise above 
the others. They have this intrinsic quality, they are open instead of 
restrictive on your coding style and when you need to take the extra mile 
in your dev work, the framework goes along, providing what you need. GWT is 
definitely among these.

GWT is the reason that I started browser UI development as a Java backend 
profile.
I am so happy GWT is still among us and I will be continuing to use this 
framework for many years to come. 

Thanks for this great framework!

-- 
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.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit/63a54346-f3fd-45b9-86d9-c1fe3ef9298dn%40googlegroups.com.

Re: Including a submodule of a gwt project in maven

[Thomas Broyer]

I haven't followed the whole discussion, but if you don't have a need for 
shared and server modules (what I call a "standalone" app), then you can 
put your HTML file (and associated resources) into your module's public path 

.
You'll then use gwt:devmode for debugging, to take advantage of the 
embedded web server to serve your static resources; see 
https://tbroyer.github.io/gwt-maven-plugin/codeserver.html#Standalone_applications

On Sunday, October 18, 2020 at 5:03:21 PM UTC+2, Elhanan wrote:
>
> yes, i understand that gwt-maven-plugin is "opinionated" (i.e forces me to 
> do it) and i'm in the process of doing so, the thing is there's no "Server 
> part" it's meant to operate as a page under cockpit ui 
>
> On Sun, Oct 18, 2020 at 6:00 PM lofid...@gmail.com  
> wrote:
>
>> Hmm it is not good to have "server" part and "client" part (web browser, 
>> GWT) in one Maven module... The best practice is always to separate them.
>>
>> I wrote some simple explanation in this project: 
>> https://github.com/gwtboot/domino-rest-enum-date with 3 Maven modules, 
>> check the explanation over there...
>> Elhanan schrieb am Sonntag, 18. Oktober 2020 um 16:55:35 UTC+2:
>>
>>> i don't know, right now i'm having trouble to even compile everything, i 
>>> mean, i can either compile all the static files  (html WEB-INF) into a war, 
>>> OR i can compile the gwt sources, depending on what i place in pom.xml 
>>> (gwt-app or war) i was trying to have it all in one module
>>>
>>> On Sun, Oct 18, 2020 at 5:49 PM lofid...@gmail.com  
>>> wrote:
>>>
 Is it not possible to add those contents into an artifact with assembly 
 for example? So that you can use it later for the dependency? I'm doing 
 this in this example:
 https://github.com/gwtboot/domino-rest-enum-date

 Hope this helps.
 Elhanan schrieb am Sonntag, 18. Oktober 2020 um 12:48:30 UTC+2:

> hi..
> i have a submodule of a gwt project that it's artifact are meant to be 
> included as part of the main artifact (which is a pom containing a debian 
> installer) 
> usually i would use copy-depdencies plugin to copy the jars into the 
> main artifact, but in this case there's no jar, is there a way i can copy 
> the output directory of that submodule into the main artifact? 
>
 -- 
 You received this message because you are subscribed to a topic in the 
 Google Groups "GWT Users" group.
 To unsubscribe from this topic, visit 
 https://groups.google.com/d/topic/google-web-toolkit/42DICj36J0E/unsubscribe
 .
 To unsubscribe from this group and all its topics, 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/38ff23af-b3d7-4aef-80e8-9451486aa641n%40googlegroups.com
  
 
 .

>>> -- 
>> You received this message because you are subscribed to a topic in the 
>> Google Groups "GWT Users" group.
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/google-web-toolkit/42DICj36J0E/unsubscribe
>> .
>> To unsubscribe from this group and all its topics, 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/b426f9bc-5962-4cc4-888a-895a1cd71d42n%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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit/d5a08b0a-33d0-4973-864c-eada9c7481e5o%40googlegroups.com.

Re: Including a submodule of a gwt project in maven

[Elhanan Maayan]

I also understand that tbroyer is against doing maven install in general,
which is what i intend to do as it's part of the whole build process,  all
i need is for the the entire output be recognized as an artifact to be
carried to he main build , the solution your provider with the assembly
seems to so if, so i won't even need the server side, and just have that
pom copy instructions executed on the build module
Although in the future i may have a server side just to be able to execute
shell commands

On Mon, Oct 19, 2020, 11:44 Dr. Lofi Dewanto  wrote:

> Hmm ok... Never take a look at that...
>
> Elhanan Maayan  schrieb am Mo., 19. Okt. 2020,
> 10:00:
>
>> no i meant, that when i do regular compile i still see *.devmode.* files
>> on the target dir, and when i try to use just a normal server, it says it
>> can't see the codeserver.
>>
>> On Mon, Oct 19, 2020 at 1:30 AM Dr. Lofi Dewanto 
>> wrote:
>>
>>> Hmmm do you mean, maven-gwt-plugin compiles / transpiles everything
>>> first before it starts with gwt:devmode? ... Actually it doesn't need to, I
>>> agree... maybe @tbroyer could explain?
>>>
>>> Elhanan Maayan  schrieb am So., 18. Okt. 2020,
>>> 23:58:
>>>
 thanks, btw i don't understand why the maven plugin insists on
 compiling it for devmode

 On Mon, Oct 19, 2020 at 12:44 AM lofid...@gmail.com <
 lofidewa...@gmail.com> wrote:

> Yes, the main thing you have a fast turn around time for *compile -
> test cycle* for UI development. Because if you are working on UI you
> don‘t care about the business logic on the server. You just need some 
> *data
> examples* which you can mock easily with your DTO...
>
> Elhanan schrieb am Sonntag, 18. Oktober 2020 um 23:35:23 UTC+2:
>
>> essentially i could use all the real static files in the client side
>>
>> On Mon, Oct 19, 2020 at 12:30 AM lofid...@gmail.com <
>> lofid...@gmail.com> wrote:
>>
>>> Yes and you can control it using Maven assembly as I showed above
>>>
>>> https://github.com/gwtboot/domino-rest-enum-date/blob/master/domino-rest-enum-date-client/src/assembly/distribution.xml
>>>
>>> You can add the CSS files to be added to the server module on
>>> deployment...
>>>
>>> But again, of course you can use gwt:codeserver instead of
>>> standalone gwt:devmode
>>> Elhanan schrieb am Sonntag, 18. Oktober 2020 um 22:53:31 UTC+2:
>>>
 yes, but in addition to the html file your also have the css files
 as well..

 On Sun, Oct 18, 2020 at 10:54 PM lofid...@gmail.com <
 lofid...@gmail.com> wrote:

> Yes correct, HTML file is your host file.
>
> I always put a simple HTML file to be able to launch / debug gwt
> webapp on the client... see:
> https://github.com/gwtboot/domino-rest-enum-date/blob/master/domino-rest-enum-date-client/src/main/java/com/example/public/index.html
>
> But you don't have to use the same HTML file for client and
> server. On the server side I also have a HTML file:
> https://github.com/gwtboot/domino-rest-enum-date/blob/master/domino-rest-enum-date-server/src/main/resources/static/index.html
>  which
> is a bit different.
>
> The main artifact from "client" is the JS file which you can
> insert everywhere in a HTML file (server, etc.)
>
> Elhanan schrieb am Sonntag, 18. Oktober 2020 um 21:32:27 UTC+2:
>
>> i missing something basic here with all the code server/dev
>> mode/super dev mode/launch dir/workdir/startup url/s
>> at the end of the day you have to have an html file to use, when
>> you launch for debug, but the gwt plugins are in the client module 
>> which
>> doesn't have the html file on one hand, but they compile and write 
>> to the
>> server module on other hand.
>>
>> On Sun, Oct 18, 2020 at 9:17 PM lofid...@gmail.com <
>> lofid...@gmail.com> wrote:
>>
>>> Yes, but that's not a problem... in my example above I took out
>>> the html file (
>>> https://github.com/gwtboot/domino-rest-enum-date/blob/master/domino-rest-enum-date-client/src/assembly/distribution.xml)
>>> so that I only packaged the JS files... and at the end I use the 
>>> HTML files
>>> from the server part.
>>>
>>> IMHO it is always good to be able to implement the "client"
>>> without the server part. I always mock the whole "server part"...
>>>
>>> Elhanan schrieb am Sonntag, 18. Oktober 2020 um 19:28:19 UTC+2:
>>>
 but the webui-server contains all the static resources like the
 html page

 On Sun, Oct 18, 2020 at 8:24 PM lofid...@gmail.com <
 lofid...@gmail.com> wrote:

> --webui
>>

Re: Including a submodule of a gwt project in maven

[Dr. Lofi Dewanto]

Hmm ok... Never take a look at that...

Elhanan Maayan  schrieb am Mo., 19. Okt. 2020, 10:00:

> no i meant, that when i do regular compile i still see *.devmode.* files
> on the target dir, and when i try to use just a normal server, it says it
> can't see the codeserver.
>
> On Mon, Oct 19, 2020 at 1:30 AM Dr. Lofi Dewanto 
> wrote:
>
>> Hmmm do you mean, maven-gwt-plugin compiles / transpiles everything first
>> before it starts with gwt:devmode? ... Actually it doesn't need to, I
>> agree... maybe @tbroyer could explain?
>>
>> Elhanan Maayan  schrieb am So., 18. Okt. 2020,
>> 23:58:
>>
>>> thanks, btw i don't understand why the maven plugin insists on compiling
>>> it for devmode
>>>
>>> On Mon, Oct 19, 2020 at 12:44 AM lofid...@gmail.com <
>>> lofidewa...@gmail.com> wrote:
>>>
 Yes, the main thing you have a fast turn around time for *compile -
 test cycle* for UI development. Because if you are working on UI you
 don‘t care about the business logic on the server. You just need some *data
 examples* which you can mock easily with your DTO...

 Elhanan schrieb am Sonntag, 18. Oktober 2020 um 23:35:23 UTC+2:

> essentially i could use all the real static files in the client side
>
> On Mon, Oct 19, 2020 at 12:30 AM lofid...@gmail.com <
> lofid...@gmail.com> wrote:
>
>> Yes and you can control it using Maven assembly as I showed above
>>
>> https://github.com/gwtboot/domino-rest-enum-date/blob/master/domino-rest-enum-date-client/src/assembly/distribution.xml
>>
>> You can add the CSS files to be added to the server module on
>> deployment...
>>
>> But again, of course you can use gwt:codeserver instead of standalone
>> gwt:devmode
>> Elhanan schrieb am Sonntag, 18. Oktober 2020 um 22:53:31 UTC+2:
>>
>>> yes, but in addition to the html file your also have the css files
>>> as well..
>>>
>>> On Sun, Oct 18, 2020 at 10:54 PM lofid...@gmail.com <
>>> lofid...@gmail.com> wrote:
>>>
 Yes correct, HTML file is your host file.

 I always put a simple HTML file to be able to launch / debug gwt
 webapp on the client... see:
 https://github.com/gwtboot/domino-rest-enum-date/blob/master/domino-rest-enum-date-client/src/main/java/com/example/public/index.html

 But you don't have to use the same HTML file for client and server.
 On the server side I also have a HTML file:
 https://github.com/gwtboot/domino-rest-enum-date/blob/master/domino-rest-enum-date-server/src/main/resources/static/index.html
  which
 is a bit different.

 The main artifact from "client" is the JS file which you can insert
 everywhere in a HTML file (server, etc.)

 Elhanan schrieb am Sonntag, 18. Oktober 2020 um 21:32:27 UTC+2:

> i missing something basic here with all the code server/dev
> mode/super dev mode/launch dir/workdir/startup url/s
> at the end of the day you have to have an html file to use, when
> you launch for debug, but the gwt plugins are in the client module 
> which
> doesn't have the html file on one hand, but they compile and write to 
> the
> server module on other hand.
>
> On Sun, Oct 18, 2020 at 9:17 PM lofid...@gmail.com <
> lofid...@gmail.com> wrote:
>
>> Yes, but that's not a problem... in my example above I took out
>> the html file (
>> https://github.com/gwtboot/domino-rest-enum-date/blob/master/domino-rest-enum-date-client/src/assembly/distribution.xml)
>> so that I only packaged the JS files... and at the end I use the 
>> HTML files
>> from the server part.
>>
>> IMHO it is always good to be able to implement the "client"
>> without the server part. I always mock the whole "server part"...
>>
>> Elhanan schrieb am Sonntag, 18. Oktober 2020 um 19:28:19 UTC+2:
>>
>>> but the webui-server contains all the static resources like the
>>> html page
>>>
>>> On Sun, Oct 18, 2020 at 8:24 PM lofid...@gmail.com <
>>> lofid...@gmail.com> wrote:
>>>
 --webui
 webui-client ---> this is the GWT code
 webui-server ---> this is server-side code like Servlet,
 Spring Boot, JavaEE servers

 This is the standard layout for maven-gwt-plugin so would be no
 problem at all... and for the mod1 / mod2: as long as you do: 
 install, the
 webui-client (gwt codeserver) will recognize the "source code" and 
 could
 also transpile the code on the fly... (at least the last time I 
 check it
 out)...

 If you want to completely separate everything you could go for:
>

Re: Including a submodule of a gwt project in maven

[Elhanan Maayan]

no i meant, that when i do regular compile i still see *.devmode.* files on
the target dir, and when i try to use just a normal server, it says it
can't see the codeserver.

On Mon, Oct 19, 2020 at 1:30 AM Dr. Lofi Dewanto 
wrote:

> Hmmm do you mean, maven-gwt-plugin compiles / transpiles everything first
> before it starts with gwt:devmode? ... Actually it doesn't need to, I
> agree... maybe @tbroyer could explain?
>
> Elhanan Maayan  schrieb am So., 18. Okt. 2020,
> 23:58:
>
>> thanks, btw i don't understand why the maven plugin insists on compiling
>> it for devmode
>>
>> On Mon, Oct 19, 2020 at 12:44 AM lofid...@gmail.com <
>> lofidewa...@gmail.com> wrote:
>>
>>> Yes, the main thing you have a fast turn around time for *compile -
>>> test cycle* for UI development. Because if you are working on UI you
>>> don‘t care about the business logic on the server. You just need some *data
>>> examples* which you can mock easily with your DTO...
>>>
>>> Elhanan schrieb am Sonntag, 18. Oktober 2020 um 23:35:23 UTC+2:
>>>
 essentially i could use all the real static files in the client side

 On Mon, Oct 19, 2020 at 12:30 AM lofid...@gmail.com 
 wrote:

> Yes and you can control it using Maven assembly as I showed above
>
> https://github.com/gwtboot/domino-rest-enum-date/blob/master/domino-rest-enum-date-client/src/assembly/distribution.xml
>
> You can add the CSS files to be added to the server module on
> deployment...
>
> But again, of course you can use gwt:codeserver instead of standalone
> gwt:devmode
> Elhanan schrieb am Sonntag, 18. Oktober 2020 um 22:53:31 UTC+2:
>
>> yes, but in addition to the html file your also have the css files as
>> well..
>>
>> On Sun, Oct 18, 2020 at 10:54 PM lofid...@gmail.com <
>> lofid...@gmail.com> wrote:
>>
>>> Yes correct, HTML file is your host file.
>>>
>>> I always put a simple HTML file to be able to launch / debug gwt
>>> webapp on the client... see:
>>> https://github.com/gwtboot/domino-rest-enum-date/blob/master/domino-rest-enum-date-client/src/main/java/com/example/public/index.html
>>>
>>> But you don't have to use the same HTML file for client and server.
>>> On the server side I also have a HTML file:
>>> https://github.com/gwtboot/domino-rest-enum-date/blob/master/domino-rest-enum-date-server/src/main/resources/static/index.html
>>>  which
>>> is a bit different.
>>>
>>> The main artifact from "client" is the JS file which you can insert
>>> everywhere in a HTML file (server, etc.)
>>>
>>> Elhanan schrieb am Sonntag, 18. Oktober 2020 um 21:32:27 UTC+2:
>>>
 i missing something basic here with all the code server/dev
 mode/super dev mode/launch dir/workdir/startup url/s
 at the end of the day you have to have an html file to use, when
 you launch for debug, but the gwt plugins are in the client module 
 which
 doesn't have the html file on one hand, but they compile and write to 
 the
 server module on other hand.

 On Sun, Oct 18, 2020 at 9:17 PM lofid...@gmail.com <
 lofid...@gmail.com> wrote:

> Yes, but that's not a problem... in my example above I took out
> the html file (
> https://github.com/gwtboot/domino-rest-enum-date/blob/master/domino-rest-enum-date-client/src/assembly/distribution.xml)
> so that I only packaged the JS files... and at the end I use the HTML 
> files
> from the server part.
>
> IMHO it is always good to be able to implement the "client"
> without the server part. I always mock the whole "server part"...
>
> Elhanan schrieb am Sonntag, 18. Oktober 2020 um 19:28:19 UTC+2:
>
>> but the webui-server contains all the static resources like the
>> html page
>>
>> On Sun, Oct 18, 2020 at 8:24 PM lofid...@gmail.com <
>> lofid...@gmail.com> wrote:
>>
>>> --webui
>>> webui-client ---> this is the GWT code
>>> webui-server ---> this is server-side code like Servlet,
>>> Spring Boot, JavaEE servers
>>>
>>> This is the standard layout for maven-gwt-plugin so would be no
>>> problem at all... and for the mod1 / mod2: as long as you do: 
>>> install, the
>>> webui-client (gwt codeserver) will recognize the "source code" and 
>>> could
>>> also transpile the code on the fly... (at least the last time I 
>>> check it
>>> out)...
>>>
>>> If you want to completely separate everything you could go for:
>>>
>>> --modules
>>> mod1
>>> mod2
>>>
>>> --webui
>>> webui-client
>>> webui-server
>>>
>>> --builder-modules
>>>
>>> Elhanan s