Re: Happy New Year 2024 and an Article for JavaScript Developers

[Dr. Lofi Dewanto]

... and I also have a Padlet for all the actual infos about GWT / J2CL,
enjoy:

https://bit.ly/GWTIntroPadlet
--
Dr. Lofi Dewanto
https://twitter.com/lofidewanto

Check out my presentation @Navigate 2022 Micro Frontends
https://youtu.be/1lHuGu8OLZU


Am So., 24. März 2024 um 23:48 Uhr schrieb Satguru Srivastava <
ssatg...@gmail.com>:

> I didn't know these GWT UI frameworks existed.
> Very impressive.
> Maybe these should be referenced somewhere on GWT site? Under Resources (
> https://www.gwtproject.org/examples.html) maybe ?
>
> On Friday, December 29, 2023 at 5:00:03 PM UTC-6 Dr. Lofi Dewanto wrote:
>
>> Upps, I thought you just need to login into Medium and can read
>> everything? Normally is just like that.
>>
>> Anyway here is the Friend Link:
>> https://bit.ly/10JS2024friend.
>>
>> Should be possible to read without login with the Friend Link.
>>
>> Enjoy, Lofi.
>>
>> --
>> Dr. Lofi Dewanto
>> https://twitter.com/lofidewanto
>>
>> Check out my presentation @Navigate 2022 Micro Frontends
>> https://youtu.be/1lHuGu8OLZU
>>
>>
>> Filipe Sousa  schrieb am Fr. 29. Dez. 2023 um 20:52:
>>
>>> This is an article for paid subscribers :(
>>>
>>> On Friday, December 29, 2023 at 4:17:29 PM UTC lofid...@gmail.com wrote:
>>>
>>>> A must-read for all *#JavaScript* developers in the New Year of 2024.
>>>>
>>>> Enjoy the read, and Happy New Year 2024! 
>>>>
>>>> https://bit.ly/10JS2024
>>>>
>>>> Lofi
>>>>
>>> --
>>> 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/IdCaUwSnvoA/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/0bcea129-46c8-4af0-8048-e15b1d73a2dcn%40googlegroups.com
>>> <https://groups.google.com/d/msgid/google-web-toolkit/0bcea129-46c8-4af0-8048-e15b1d73a2dcn%40googlegroups.com?utm_medium=email_source=footer>
>>> .
>>>
>> --
> 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/IdCaUwSnvoA/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/8a2763d6-4295-4b47-b336-6f00d874fe11n%40googlegroups.com
> <https://groups.google.com/d/msgid/google-web-toolkit/8a2763d6-4295-4b47-b336-6f00d874fe11n%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
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/CAGM6XmapcjLyqTU1AOZKwBErEznqozmXCkwiGqc_NV_JHn7PQQ%40mail.gmail.com.

Re: Happy New Year 2024 and an Article for JavaScript Developers

[Dr. Lofi Dewanto]

Upps, I thought you just need to login into Medium and can read everything?
Normally is just like that.

Anyway here is the Friend Link:
https://bit.ly/10JS2024friend.

Should be possible to read without login with the Friend Link.

Enjoy, Lofi.

--
Dr. Lofi Dewanto
https://twitter.com/lofidewanto

Check out my presentation @Navigate 2022 Micro Frontends
https://youtu.be/1lHuGu8OLZU


Filipe Sousa  schrieb am Fr. 29. Dez. 2023 um 20:52:

> This is an article for paid subscribers :(
>
> On Friday, December 29, 2023 at 4:17:29 PM UTC lofid...@gmail.com wrote:
>
>> A must-read for all *#JavaScript* developers in the New Year of 2024.
>>
>> Enjoy the read, and Happy New Year 2024! 
>>
>> https://bit.ly/10JS2024
>>
>> Lofi
>>
> --
> 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/IdCaUwSnvoA/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/0bcea129-46c8-4af0-8048-e15b1d73a2dcn%40googlegroups.com
> <https://groups.google.com/d/msgid/google-web-toolkit/0bcea129-46c8-4af0-8048-e15b1d73a2dcn%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
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/CAGM6Xmatth%3D7c_Y04VZfK1xi9fuQdfBw06pqLnGATCfTZPN7iA%40mail.gmail.com.

Re: Convert Existing GWT Backend to SPRING BOOT

[Dr. Lofi Dewanto]

Thanks a lot for the tips on Spring Boot packaging in JAR.

Yes, the first example I showed was with packaging WAR. That works fine.

I would try your tips to be able to run on the JAR packaging (second
example).

I'll tell you, whether I'm successful or not.

It is weird, that I could run the RemoteLoggingServiceImpl.java for GWT
logger on the JAR packaging but not the RemoteServlet.

Thanks,
Lofi

Leon Pennings  schrieb am Di., 6. Dez. 2022, 14:28:

> In addition to previous poster -> yes you can keep on using the GWT RPC.
>
> The things I had to change in order to keep it working when packaging the
> spring boot jar, was;
> 1 - to make sure Spring Boot runs the servlets (enough on the web for that)
> 2 - to make sure the gwt compile ends up in de classes folder before the
> .jar is created
> 3 - to make sure the servlet can access the .gwt.rpc file to validate the
> servlet calls.
> Normally that is available to the servlet from the war package, but since
> it's a jar with Spring boot you need to make some changes;
> For that I had to override the RemoteServiceServlet method;
>
> @Override
> protected SerializationPolicy doGetSerializationPolicy(HttpServletRequest
> request, String moduleBaseURL, String strongName) {
>   return SerializationPolicyLoader.loadFromStream(new
> ClassPathResource("classpath:yourLocation/" +
> strongName+".gwt.rpc").getInputStream(), null);
> }
>
> So the changes are quite limited and not as much Spring boot specific, but
> more the oddities of changing the package format from a .war to a .jar
> That was all -> runs like a charm
> Op maandag 5 december 2022 om 23:00:26 UTC+1 schreef lofid...@gmail.com:
>
>> Hi All,
>>
>> you don't have to move GWT RPC to REST and JSON when you want to move the
>> backend to Spring Boot. GWT RPC is just a servlet which you can register in
>> Spring Boot.
>>
>> Here are some examples of the standard GWT Demo StockWatcher but
>> implemented using Spring Boot with GWT RPC and REST JSON:
>>
>> https://github.com/lofidewanto/stockwatcher
>>
>> (1) This example shows how to integrate the GWT RPC servlet to Spring
>> Boot using @WebServlet:
>> https://github.com/lofidewanto/stockwatcher/blob/master/stockwatcher-springboot-webapp/stockwatcher-springboot-webapp-server/src/main/java/stockwatcher/GreetingServiceImpl.java
>>
>> (2) This example shows to integrate the GWT RPC servlet to Spring Boot,
>> but I think doesn't work so far. I could take a look if you want to.
>>
>>
>> https://github.com/lofidewanto/stockwatcher/blob/master/stockwatcher-springboot/stockwatcher-springboot-server/src/main/java/stockwatcher/WebConfig.java
>>
>> Cheers,
>> Lofi
>>
>> Michael Joyner schrieb am Montag, 21. November 2022 um 16:50:29 UTC+1:
>>
>>> *Are you using gwt-RPC ?*
>>> Yes! we are using GWT-RPC & currently having a single WAR of near about
>>> 500mb, having CLIENT-SHARED-SERVER in a same project.
>>>
>>> You can still have everything in a master parent project that builds the
>>> final WAR with all the client JS and SERVER classes in the same war.
>>>
>>>
>>> *You'll need to switch to JSON for data transport.*
>>> Is there any drawback of switching to JSON in GWT, such as impact on
>>> performance etc.
>>>
>>> You lose easy polymorphism for models, they will require an extra set of
>>> annotations at the very least if you have polymorphism as part of your DTO
>>> setup.
>>>
>>>
>>> *You'll need to use something like DominoKit REST.*
>>> We found one RestyGWT , but not sure
>>> about its final impact as we haven't applied it yet. any suggestions...
>>>
>>> RestyGWT is effectively defunct. Stick with a modern GWT3 compatible
>>> approach such as DominoKit.
>>>
>>>
>>>
>>> *It would be also be best to split the project into three projects. An
>>> API project, a shared code project, and a UI project.*
>>> We cannot get why keeping *SHARED CODE *as a separate project is best.
>>> We are not having any library of GWT on server side. So except MODELS, what
>>> are the other stuffs we can have in SHARED CODE PROJECT.
>>>
>>> In this case SHARED CODE is really just the MODELS and INTERFACES and
>>> possible the REST Interface.
>>>
>>>
>>> *If you are using gwt-RPC then IMHO there will need to be a big
>>> refactoring change at the very least*
>>> This is where we are stuck & looking for the solution with a minimum
>>> change and should be stable but unable to figure out yet.
>>>
>>> I don't think you can accomplish this with a large project with minimum
>>> of change unless the client API calls are fully abstracted away (or can be)
>>> so that code could be replaced with a different class.
>>>
>>>
>>> On Monday, November 21, 2022 at 7:37:33 PM UTC+5:30 Michael Joyner wrote:
>>>
 There are a lot of factors to consider.

 Are you using gwt-RPC ? You'll need to switch to JSON for data
 transport.

 You'll need to use something like DominoKit REST (
 https://github.com/DominoKit/domino-rest)  for the data 

Re: GWT tutorial does not compile

[Dr. Lofi Dewanto]

Upps my mistake... "Version" is wrong --> "version"... here you are


com.google.elemental2
elemental2-core
1.1.0


Am Di., 18. Mai 2021 um 13:38 Uhr schrieb likejudo :

> IntelliJ.
> Unfortunately, it gives an error that "com.google.elemental2:
> elemental2-core.pom:unknown" in the repo.
>
> On Tuesday, May 18, 2021 at 1:07:02 AM UTC-5 lofid...@gmail.com wrote:
>
>> If you use Eclipse just create a new Maven project and add this
>> dependency in the pom.xml
>>
>> 
>> com.google.elemental2
>> elemental2-core
>> 1.1.0
>> 
>>
>> Then run mvn clean package
>>
>> You can do the same with IntelliJ or VSC.
>>
>> likejudo  schrieb am Di., 18. Mai 2021, 01:02:
>>
>>> Dr Lofi,
>>> What archetype did you use? I am not allowed to clone nor copy-paste
>>> code into my workspace.
>>> Can you please give me the "maven generate" command line you used?
>>>
>>> On Monday, May 17, 2021 at 4:53:58 PM UTC-5 likejudo wrote:
>>>
 If I understand correctly,
 I will try that but I am not allowed to clone any repo from github nor
 downlead any software.
 I have been doing this POC in my personal laptop, not my workspace at
 work.


 On Monday, May 17, 2021 at 3:52:33 PM UTC-5 lofid...@gmail.com wrote:

> Ahh forget... You need to run your local mvn first... Maybe you are
> the first person who will download the Domino libs...
>
> So please check out this project:
> https://github.com/lofidewanto/stockwatcher/tree/master/stockwatcher-springboot
>
> and run
> mvn clean install
>
> lofid...@gmail.com schrieb am Montag, 17. Mai 2021 um 22:50:44 UTC+2:
>
>> Can you find following lib?
>>
>> 
>> com.google.elemental2
>> elemental2-core
>> 
>>
>> Without this one it is not possible - at least it doesn't make sense
>> for me - to work with REST on GWT / JavaScript...
>> likejudo schrieb am Montag, 17. Mai 2021 um 22:41:24 UTC+2:
>>
>>> Unfortunately, I do not find it in our Nexus.
>>> In the keyword search box, I searched for  org.dominokit and then I
>>> searched for domino-rest-client.
>>> "No results found".
>>>
>>> On Monday, May 17, 2021 at 3:06:44 PM UTC-5 lofid...@gmail.com
>>> wrote:
>>>
 If you want to use REST, you should use Domino REST simple
 framework for GWT, see: https://github.com/DominoKit/domino-rest

 Here is my example using REST with Domino REST for GWT:
 https://github.com/lofidewanto/stockwatcher/blob/3079899cb55da13f5d5bc2bd385868dc9276fd89/stockwatcher-springboot/stockwatcher-springboot-client/src/main/java/stockwatcher/client/ResponseFromServerPanel.java#L184

 If you cannot add Domino REST, we need to use a simple JavaScript
 API but I won't recommend that to you... Maybe you check in your Nexus
 first whether you can find Domino REST? It is also in Maven Central...

 https://github.com/DominoKit/domino-rest/wiki/Quick-start

 GWT 2.9.0.

 Thanks
 likejudo schrieb am Montag, 17. Mai 2021 um 22:00:12 UTC+2:

> The REST example uses Postman as client, not GWT.
> I need to use Spring Boot for server, and GWT for client. REST is
> fine if I don't have to add new libraries.
> (I want to avoid adding libraries like Domino to keep it simple
> and not worry about yet learning another tool, availability in my 
> repo, and
> license).
>
> Working in baby steps, I want to send a file from the GWT client
> to SpringBoot server.
> Following the Spring docs
> https://spring.io/guides/gs/uploading-files/
>
> I added a multipart file parameter, but then get a compile error
>
> My code is here:
> https://github.com/1dropaflame/UploadStocks/commit/3c1599253f569c439f6d755b917be5b74140b97c
>
> @WebServlet("/stockwatcher/greet")
> public class GreetingServiceImpl extends RemoteServiceServlet
> implements GreetingService {
> public GreetingResponse greetServer(@RequestParam("file")
> MultipartFile file,
> RedirectAttributes redirectAttributes) throws
> IllegalArgumentException {
> // Verify that the input is valid.
> System.out.println("greetServer is called!");
> I tried changing the GreetingService also but also get a compile
> error:
>
> [INFO] --- maven-compiler-plugin:3.8.1:compile (default-compile) @
> StockWatcher-shared ---
> [INFO] Changes detected - recompiling the module!
> [INFO] Compiling 4 source files to
> C:\Users\User\Documents\Learn\GWT\Nalu\StockWatcher\StockWatcher-shared\target\classes
> [INFO]
> -
> [ERROR] COMPILATION ERROR :

Re: GWT tutorial does not compile

[Dr. Lofi Dewanto]

If you use Eclipse just create a new Maven project and add this dependency
in the pom.xml


com.google.elemental2
elemental2-core
1.1.0


Then run mvn clean package

You can do the same with IntelliJ or VSC.

likejudo  schrieb am Di., 18. Mai 2021, 01:02:

> Dr Lofi,
> What archetype did you use? I am not allowed to clone nor copy-paste code
> into my workspace.
> Can you please give me the "maven generate" command line you used?
>
> On Monday, May 17, 2021 at 4:53:58 PM UTC-5 likejudo wrote:
>
>> If I understand correctly,
>> I will try that but I am not allowed to clone any repo from github nor
>> downlead any software.
>> I have been doing this POC in my personal laptop, not my workspace at
>> work.
>>
>>
>> On Monday, May 17, 2021 at 3:52:33 PM UTC-5 lofid...@gmail.com wrote:
>>
>>> Ahh forget... You need to run your local mvn first... Maybe you are the
>>> first person who will download the Domino libs...
>>>
>>> So please check out this project:
>>> https://github.com/lofidewanto/stockwatcher/tree/master/stockwatcher-springboot
>>>
>>> and run
>>> mvn clean install
>>>
>>> lofid...@gmail.com schrieb am Montag, 17. Mai 2021 um 22:50:44 UTC+2:
>>>
 Can you find following lib?

 
 com.google.elemental2
 elemental2-core
 

 Without this one it is not possible - at least it doesn't make sense
 for me - to work with REST on GWT / JavaScript...
 likejudo schrieb am Montag, 17. Mai 2021 um 22:41:24 UTC+2:

> Unfortunately, I do not find it in our Nexus.
> In the keyword search box, I searched for  org.dominokit and then I
> searched for domino-rest-client.
> "No results found".
>
> On Monday, May 17, 2021 at 3:06:44 PM UTC-5 lofid...@gmail.com wrote:
>
>> If you want to use REST, you should use Domino REST simple framework
>> for GWT, see: https://github.com/DominoKit/domino-rest
>>
>> Here is my example using REST with Domino REST for GWT:
>> https://github.com/lofidewanto/stockwatcher/blob/3079899cb55da13f5d5bc2bd385868dc9276fd89/stockwatcher-springboot/stockwatcher-springboot-client/src/main/java/stockwatcher/client/ResponseFromServerPanel.java#L184
>>
>> If you cannot add Domino REST, we need to use a simple JavaScript API
>> but I won't recommend that to you... Maybe you check in your Nexus first
>> whether you can find Domino REST? It is also in Maven Central...
>>
>> https://github.com/DominoKit/domino-rest/wiki/Quick-start
>>
>> GWT 2.9.0.
>>
>> Thanks
>> likejudo schrieb am Montag, 17. Mai 2021 um 22:00:12 UTC+2:
>>
>>> The REST example uses Postman as client, not GWT.
>>> I need to use Spring Boot for server, and GWT for client. REST is
>>> fine if I don't have to add new libraries.
>>> (I want to avoid adding libraries like Domino to keep it simple and
>>> not worry about yet learning another tool, availability in my repo, and
>>> license).
>>>
>>> Working in baby steps, I want to send a file from the GWT client to
>>> SpringBoot server.
>>> Following the Spring docs
>>> https://spring.io/guides/gs/uploading-files/
>>>
>>> I added a multipart file parameter, but then get a compile error
>>>
>>> My code is here:
>>> https://github.com/1dropaflame/UploadStocks/commit/3c1599253f569c439f6d755b917be5b74140b97c
>>>
>>> @WebServlet("/stockwatcher/greet")
>>> public class GreetingServiceImpl extends RemoteServiceServlet
>>> implements GreetingService {
>>> public GreetingResponse greetServer(@RequestParam("file")
>>> MultipartFile file,
>>> RedirectAttributes redirectAttributes) throws
>>> IllegalArgumentException {
>>> // Verify that the input is valid.
>>> System.out.println("greetServer is called!");
>>> I tried changing the GreetingService also but also get a compile
>>> error:
>>>
>>> [INFO] --- maven-compiler-plugin:3.8.1:compile (default-compile) @
>>> StockWatcher-shared ---
>>> [INFO] Changes detected - recompiling the module!
>>> [INFO] Compiling 4 source files to
>>> C:\Users\User\Documents\Learn\GWT\Nalu\StockWatcher\StockWatcher-shared\target\classes
>>> [INFO] -
>>> [ERROR] COMPILATION ERROR :
>>> [INFO] -
>>> [ERROR]
>>> /C:/Users/User/Documents/Learn/GWT/Nalu/StockWatcher/StockWatcher-shared/src/main/java/stockwatcher/GreetingService.java:[11,38]
>>> cannot find symbol
>>>   symbol:   class MultipartFile
>>>   location: interface stockwatcher.GreetingService
>>> [ERROR]
>>> /C:/Users/User/Documents/Learn/GWT/Nalu/StockWatcher/StockWatcher-shared/src/main/java/stockwatcher/GreetingService.java:[11,58]
>>> cannot find symbol
>>>   symbol:   class RedirectAttributes
>>>   location: interface stockwatcher.GreetingService
>>> 

Re: GWT tutorial does not compile

[Dr. Lofi Dewanto]

You need to decide first, what communication protocol you want to use
between your Web browser (client) and your Spring Boot (server):

   - GWT RPC
   - REST

In both cases you can upload your files...

GWT RPC:
https://stackoverflow.com/questions/9160535/is-it-possible-to-upload-a-file-via-gwt-rpc-servlets

REST:
https://www.websparrow.org/spring/spring-boot-rest-api-file-upload-save-example

Hope this helps!



Am Mo., 17. Mai 2021 um 18:58 Uhr schrieb likejudo :

> Dr Lofi,
> I need to make a file uploader for a spring boot server and was looking at
> the generated code. I see that the Impl extends  RemoteServiceServlet.
> The example for file uploads however, has its own controller.
>
> https://spring.io/guides/gs/uploading-files/
>
> @Controller public class FileUploadController {
> .
> @PostMapping("/") public String handleFileUpload(@RequestParam("file")
> MultipartFile file, RedirectAttributes redirectAttributes) {
>
> NaluKit has the servicing method in the Impl.
>
>
> https://github.com/1dropaflame/UploadStocks/blob/main/StockWatcher/StockWatcher-server/src/main/java/stockwatcher/GreetingServiceImpl.java
>
> @WebServlet("/stockwatcher/greet")
> public class GreetingServiceImpl extends RemoteServiceServlet implements
> GreetingService {
>
> I am confused which to follow.
>
> On Monday, May 17, 2021 at 11:44:33 AM UTC-5 lofid...@gmail.com wrote:
>
>> Yeah, I think your Nexus is connected to Maven Central... So you would
>> have everything which is already uploaded at Maven Central...
>>
>> Other than Maven Central is difficult...
>> likejudo schrieb am Montag, 17. Mai 2021 um 16:32:00 UTC+2:
>>
>>> @TBroyer, @Lofi
>>> When I looked in my employer's Nexus repo searching for
>>> "gwt-maven-plugin" I found only the Mojo Codehaus plugin.
>>> So I assumed that we did not have it.
>>> A few days ago, I searched instead for "net.ltgt.gwt.maven" and found
>>> it! :)
>>>
>>> On Monday, May 17, 2021 at 7:09:21 AM UTC-5 t.br...@gmail.com wrote:
>>>
 On Sunday, May 16, 2021 at 5:54:51 PM UTC+2 lofid...@gmail.com wrote:

> Yes that also fine.
>
> The main thing: use the *TBroyer Maven plugin* instead the old one or
> Eclipse plugin.
>

 Except, he said several times that he couldn't: “ I don't have a
 choice. I have to use what is in my employer's repository.”

>>> --
> 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/TclImrErWMY/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/2600230b-5cd3-4929-9e3c-e32f068e7511n%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/CAGM6XmZLi89mcSHfCNVCKtp_X5QgnasUBi5BKnseXN_JeXvm3g%40mail.gmail.com.

Re: [gwt-contrib] Asking for decision on DevMode embedded Jetty support

[Dr. Lofi Dewanto]

@Thomas: thanks a lot for the insight...

Yes, you are correct I only use the embedded Jetty Server to serve 
(development-only) static HTML page. And I won't ever need more than 
this... 

So then I think, I don't really understand what @Elias means sofar... I 
thought, he had the same installment like my structure? Damn already work 
with GWT since 2008 but still cannot see what the difference using devmode 
in my case and in @Elias case... :-) :-)

I had once this structure: https://github.com/interseroh/demo-gwt-springboot 
but today I won't do this anymore... The classpath is a very big problem 
here...

@Elias: Is there any problem to move to the structure like I have here in 
this example? https://github.com/gwtboot/domino-rest-enum-date 

I once write this tool MoveToMaven: 
https://github.com/crowdcode-de/MoveToMaven to move Ant projects to Maven 
projects. Actually it is not that complex to write such a tool to move your 
"old" GWT Maven structure to the new GWT Maven structure automatically. 
It's good to have such a transformer if you have a lot of Maven projects...

Thanks,
Lofi

eliasbala...@gmail.com schrieb am Dienstag, 4. Mai 2021 um 10:20:53 UTC+2:

> My 2 cents,
>
> I understand very well where "Lofi" is coming from.
>
> He tries to simplify the GWT server-side by moving all the potentially 
> conflicting classpath dependencies to a separate application.
>
> This recipe indeed involves an extra step but it doesn't change at all the 
> situation with "DevMode+Jetty" and the associated classpath misalignment, 
> particularly with GWT 2.9+ while the "DevMode+Jetty+CodeServer" combination 
> still runs in a single step.
> Therefore, I still vote in favor of keeping DevMode, removing support for 
> Java7, upgrading Jety to more recent version and use of same transitive 
> dependencies between GWT and Jetty (e.g. ASM).
>
> FYI, if it helps anyone, I have found a workaround to the classpath 
> misalignment issue (see 
> https://github.com/gwtproject/gwt/issues/9693#issuecomment-822016533) 
> which works both for GWT2.9+ and previous versions.
>
> On Tuesday, 4 May 2021 at 08:53:21 UTC+1 t.br...@gmail.com wrote:
>
>> On Tue, May 4, 2021 at 3:15 AM 'Lofi Dewanto' via GWT Contributors <
>> google-web-tool...@googlegroups.com> wrote:
>>
>>> What I don't understand so far, why does Jetty disturbs the whole 
>>> classpath concept?
>>
>>
>> There are many issues, depending on who you ask and how they use GWT.
>> The issue that started this discussion about upgrading Jetty is that 
>> Jetty scans the WEB-INF/lib JARs, and the version we use in GWT will fail 
>> on any module-info.class.
>> Other issues with how Jetty is used in DevMode is that we give it a 
>> special WebAppClassLoader that doesn't work like a standard web-app 
>> classloader in that it will resolves classes from both the WEB-INF/classes 
>> and WEB-INF/lib, and the DevMode classpath. This was done so that you don't 
>> need to "assemble" an "exploded WAR" (compiling your server code to 
>> WEB-INF/classes, putting your server dependencies to WEB-INF/lib). This has 
>> caused *many* issues over the years (Spring failing because it saw its 
>> configuration twice: from the WEB-INF/classes and from the classpath; some 
>> libraries from the classpath leaking to the web-app classloader; etc.), and 
>> makes upgrading Jetty is unnecessarily hard and error-prone (last time we 
>> did, I spent hours fixing it).
>> And I'm not even talking about people asking for JSP support, or 
>> jetty-web.xml support (e.g. to configure form authentication or JNDI 
>> resources), or web-fragments, annotation scanning (that's now causing the 
>> issues with modules)
>>
>> Everything would be much much simpler if we removed all those features to 
>> only support the bare minimum (static files), or possibly re-introduce the 
>>  support in gwt.xml (and totally removing web.xml support), or as 
>> a last resort making it extra-clear that this only supports "demo-size" 
>> projects (after we remove the custom classloader, and possibly JSP and 
>> jetty-web.xml) and that if it breaks or you need more features then you 
>> just don't use it.
>>
>> The last issue is actually a non-issue (and that was actually Elias' 
>> problem, or at least part of it): people misconfiguring their classpath and 
>> including other Jetty or servlet libraries in the classpath. We can't do 
>> anything here, that's a classpath management issue and it would be the same 
>> with many other dependencies (e.g. upgrade HTMLUnit, you'll see your tests 
>> fail).
>>  
>>
>>> *I only use devmode on the client *and on the client I don't have 
>>> server libs... Is it not possible just to use the needed Jetty server for 
>>> GWT (I'm not sure where else do we need the Jetty libs in GWT code)?
>>
>>
>> Jetty is used for the CodeServer itself (that could probably be migrated 
>> to using com.sun.net.httpserver), and for the JUnitShell (that one needs to 
>> support basic servlets, so no 

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 (
>>&

Re: Including a submodule of a gwt project in maven

[Dr. Lofi Dewanto]

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 
> 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 schrieb am Sonntag, 18. Oktober 2020 um 19:06:45 UTC+2:
>>
>>> i did just that only it's more like
>>> main_pom
>>> --mod1
>>> --mod2
>>> --webui
>>> webui-client
>>> webui-server
>>> --builder-mod that collects all jars from other modes into a
>>> directory for final deploy and installation

GWT - 2.9 Error compiling GWT

[Dr. Lofi Dewanto]

Hmm from the exception I see objectweb.asm lib? 

Do you mix your Client and Server Module?

-- 
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/aeb93d90-5183-4c6a-bc0a-a8678bdc4c3e%40googlegroups.com.

Re: how to run gwt newer version in netbeans

[Dr. Lofi Dewanto]

  public void onSuccess(List<*Home_Model*> result) {
> ..;
> ..;
> ..........;
> ..;
> }
>  });
> }
> }
>  
>
>
> * we have many *Home_Model.java* like classes which hold many common 
> functions that we use both server & client side.
>
> please suggest the architecture to separate the client & server side code 
> in GWT. 
>
>
>
> On Saturday, May 16, 2020 at 3:53:03 AM UTC+5:30, Dr. Lofi Dewanto wrote:
>>
>> I would prefer just using:
>>
>> (1) Maven for everything, never depends on IDE plugins, you can use GWT 
>> Maven plugin to run the transpiler and serve the HTML + JS files, no need 
>> to use plugin. 
>> (2) For debugging I'm using Chrome and it has a very good source map 
>> debugger.
>> (3) Best practice, never mix client- and server-side. Make a stand-alone 
>> Maven project for your client-based webapp / webbrowser.
>>
>> Take a look at this presentation for the anatomy of GWT webapps: 
>> https://bit.ly/gwtintropresentation
>>
>> Hope this helps,
>> Lofi
>>
>

-- 
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/b2b419ba-07b4-45f5-abe6-41c29a102ed2%40googlegroups.com.

Re: how to run gwt newer version in netbeans

[Dr. Lofi Dewanto]

Sorry it is just what Thomas said, you need to separate into following 
Maven / project modules:

(1) *API*: the interface between Client and Server module
(2) *Server*: where the server be implemented (Spring Boot, Quarkus, 
Servlet GWT,..). This module could implement the API module.
(3) *Client*: where the GWT webapp implemented. This module implements the 
API module as well.

As a simple example take a look at this project, it also has an explanation 
on those modules:
https://github.com/gwtboot/domino-rest-enum-date

As an alternative you could just use the Maven generator from Thomas plugin 
(see Thomas comment),

For a *bad* example you can take a look at this project:
https://github.com/interseroh/demo-gwt-springboot

The *package structure is completely correct* but I put everything in *ONE 
Maven* project which is not good because you could have chaos in the 
classpath like Thomas said. I was lucky at that time to be able to put 
everything running (Spring Boot, GWT, etc.), but today maybe not anymore 
since Spring Boot add maybe new Jetty, etc.

Hope this helps.
Lofi

Am Samstag, 16. Mai 2020 12:44:45 UTC+2 schrieb Gordan Krešić:
>
> On 16. 05. 2020. 00:23, Dr. Lofi Dewanto wrote: 
> > I would prefer just using: 
> > 
> > [...] 
> > (3) Best practice, never mix client- and server-side. Make a stand-alone 
> > Maven project for your client-based webapp / webbrowser. 
>
> Could you elaborate this a bit further, please? 
>
> IMHO, sharing codebase between client and server, especially domain model 
> which is really easy to make compatible on both ends, it one of the main 
> benefits in using GWT. Even further, I'm advising mixed Java/JavaScript 
> teams to use GWT to export ther domain model as a JS lib to be consumed by 
> frontend developers which use Angular/React/whatever. 
>
> -gkresic. 
>

-- 
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/f940e86b-5770-4528-adb3-8ede440bf837%40googlegroups.com.

Re: Conflict between gwt-dev.jar and the Java 11 Module system still exists in GWT 2.9.0.

[Dr. Lofi Dewanto]

I have general the problem: Using OpenJDK 11 with my latest Eclipse 
2020-03. It always gives me an exception, so that I could not use JDK 11 
with my latest Eclipse.

Therefore I still use JDK 8 to run my Eclipse 2020-03... I haven't got any 
time to search why...

Thanks,
Lofi

Am Montag, 18. Mai 2020 19:18:34 UTC+2 schrieb Jim Douglas:
>
> I struggled with a module-related issue a year ago when I tried to 
> configure an Eclipse 2019-03 + Java 11 build environment with a project 
> that includes GWT 2.8.2. These are my testing notes from the time:
>
> Updating a working Java 11 build environment from Eclipse 2018-12 to 
> 2019-03 introduced several thousand build errors in the format "The package 
> org.w3c.dom is accessible from more than one module: , java.xml". 
> Apparently these errors are all caused by a project importing a package via 
> the traditional classpath that also exists in the JDK's modulepath. The 
> error message is maddeningly vague; it gives no clue where it sees a 
> conflict (i.e. some particular imported jar file). After resolving all 
> obvious conflicts, I made a copy of my gwt-2.8.2 directory and hacked the 
> gwt-dev.jar file to remove the packages that I see referenced in these 
> error messages (netscape.javascript.*, javax.xml.*, org.xml.*, and 
> org.w3c.*):
>
> scrappy:gwt-2.8.2-mod jimdouglas$ zip -d gwt-dev.jar "org/w3c/*" 
> "org/xml/*" "javax/xml/*" "netscape/javascript/*"
>
> My initial testing of GWT 2.9.0 looks pretty good; it appears to just drop 
> in and work with no issues whatsoever in an Eclipse Java 8 development 
> environment. But I do still see these module conflicts in my Eclipse 
> 2020-03 + AdoptOpenJDK 11.0.7 development environment. In limited testing, 
> that same hack to gwt-dev.jar seems to resolve all of those conflicts:
>
> scrappy:gwt-2.9.0-mod jimdouglas$ zip -d gwt-dev.jar "org/w3c/*" 
> "org/xml/*" "javax/xml/*" "netscape/javascript/*"
>
> deleting: javax/xml/
>
> deleting: javax/xml/datatype/
>
> deleting: javax/xml/namespace/
>
> deleting: javax/xml/parsers/
>
> deleting: javax/xml/stream/
>
> deleting: javax/xml/stream/events/
>
> deleting: javax/xml/stream/util/
>
> deleting: javax/xml/transform/
>
> deleting: javax/xml/transform/dom/
>
> deleting: javax/xml/transform/sax/
>
> deleting: javax/xml/transform/stax/
>
> deleting: javax/xml/transform/stream/
>
> deleting: javax/xml/validation/
>
> deleting: javax/xml/ws/
>
> deleting: javax/xml/xpath/
>
> deleting: netscape/javascript/
>
> deleting: org/w3c/
>
> deleting: org/w3c/css/
>
> deleting: org/w3c/css/sac/
>
> deleting: org/w3c/css/sac/helpers/
>
> deleting: org/w3c/dom/
>
> deleting: org/w3c/dom/bootstrap/
>
> deleting: org/w3c/dom/css/
>
> deleting: org/w3c/dom/events/
>
> deleting: org/w3c/dom/html/
>
> deleting: org/w3c/dom/ls/
>
> deleting: org/w3c/dom/ranges/
>
> deleting: org/w3c/dom/stylesheets/
>
> deleting: org/w3c/dom/traversal/
>
> deleting: org/w3c/dom/views/
>
> deleting: org/w3c/dom/xpath/
>
> deleting: org/xml/
>
> deleting: org/xml/sax/
>
> deleting: org/xml/sax/ext/
>
> deleting: org/xml/sax/helpers/
>
> deleting: javax/xml/XMLConstants.class
>
> deleting: javax/xml/datatype/DatatypeConfigurationException.class
>
> deleting: javax/xml/datatype/DatatypeConstants$1.class
>
> deleting: javax/xml/datatype/DatatypeConstants$Field.class
>
> deleting: javax/xml/datatype/DatatypeConstants.class
>
> deleting: javax/xml/datatype/DatatypeFactory.class
>
> deleting: javax/xml/datatype/Duration.class
>
> deleting: javax/xml/datatype/FactoryFinder$ConfigurationError.class
>
> deleting: javax/xml/datatype/FactoryFinder.class
>
> deleting: javax/xml/datatype/SecuritySupport$1.class
>
> deleting: javax/xml/datatype/SecuritySupport$2.class
>
> deleting: javax/xml/datatype/SecuritySupport$3.class
>
> deleting: javax/xml/datatype/SecuritySupport$4.class
>
> deleting: javax/xml/datatype/SecuritySupport$5.class
>
> deleting: javax/xml/datatype/SecuritySupport.class
>
> deleting: javax/xml/datatype/XMLGregorianCalendar.class
>
> deleting: javax/xml/namespace/NamespaceContext.class
>
> deleting: javax/xml/namespace/QName$1.class
>
> deleting: javax/xml/namespace/QName.class
>
> deleting: javax/xml/parsers/DocumentBuilder.class
>
> deleting: javax/xml/parsers/DocumentBuilderFactory.class
>
> deleting: javax/xml/parsers/FactoryConfigurationError.class
>
> deleting: javax/xml/parsers/FactoryFinder$ConfigurationError.class
>
> deleting: javax/xml/parsers/FactoryFinder.class
>
> deleting: javax/xml/parsers/FilePathToURI.class
>
> deleting: javax/xml/parsers/ParserConfigurationException.class
>
> deleting: javax/xml/parsers/SAXParser.class
>
> deleting: javax/xml/parsers/SAXParserFactory.class
>
> deleting: javax/xml/parsers/SecuritySupport$1.class
>
> deleting: javax/xml/parsers/SecuritySupport$2.class
>
> deleting: javax/xml/parsers/SecuritySupport$3.class
>
> deleting: javax/xml/parsers/SecuritySupport$4.class
>
> deleting: javax/xml/parsers/SecuritySupport$5.class
>
> deleting: 

Re: how to run gwt newer version in netbeans

[Dr. Lofi Dewanto]

I would prefer just using:

(1) Maven for everything, never depends on IDE plugins, you can use GWT 
Maven plugin to run the transpiler and serve the HTML + JS files, no need 
to use plugin. 
(2) For debugging I'm using Chrome and it has a very good source map 
debugger.
(3) Best practice, never mix client- and server-side. Make a stand-alone 
Maven project for your client-based webapp / webbrowser.

Take a look at this presentation for the anatomy of GWT webapps: 
https://bit.ly/gwtintropresentation

Hope this helps,
Lofi

-- 
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/64fe6f4b-4de4-4075-9c7a-cff2016298db%40googlegroups.com.

Re: GWT 2.9.0 release

[Dr. Lofi Dewanto]

I published a short news article at heise.de: https://bit.ly/GWTNews29

Enjoy, Lofi

-- 
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/37b0615e-1b55-4df7-9bac-5cf9bd14ba5c%40googlegroups.com.

Re: GWT 2.9.0 release

[Dr. Lofi Dewanto]

Congrats to the team!!! Great news!

-- 
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/e911522f-2bb9-4d6a-a592-5b7d8ce86409%40googlegroups.com.

Re: New Presentation about Modern GWT Webapp Development

[Dr. Lofi Dewanto]

I added a slide for: 

*Why not server-side Java UI frameworks like Vaadin, Wicket, JSF, …?*

IMHO, this is an important point too.

Thanks, 
Lofi

-- 
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/3b836141-258c-4845-87be-7776962aa12b%40googlegroups.com.

Re: New Presentation about Modern GWT Webapp Development

[Dr. Lofi Dewanto]

Update again with  and 

Because I think modern GWT == Elemental2 and Java Annotation Processor (no 
GWT generators) and I still put the "included" GWT UIs as both. Because in 
2.8.x you still use GWT generators and older Widget stuffs.

Thanks,
Lofi

-- 
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/175b17af-cf2e-4c81-96a2-c7e29cb4fcb2%40googlegroups.com.

Re: New Presentation about Modern GWT Webapp Development

[Dr. Lofi Dewanto]

Hi Jens,

thanks a lot for your comment. Yes, a good example is actually 
GWTBootstrap3:

   - Old one based on old stuffs GWT: 
   https://gwtbootstrap3.github.io/gwtbootstrap3-demo
   - And the new one based on Elemental2: 
   https://github.com/treblereel/gwtbootstrap3

So as an application developer I don't really need to change my code, 
because it still use the same APIs.

I changed the "deprecated" to two types: "NeedUpdateElemental2" and 
"NoFancyL" 

Thanks,
Lofi

-- 
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/bcc596fe-8745-41f8-8fb1-a304326a4cd8%40googlegroups.com.

Re: New Presentation about Modern GWT Webapp Development

[Dr. Lofi Dewanto]

Hi Thomas,

thanks a lot for the review. I updated following:

(1) Slide 18: updated with your content

(2) Slide 20: I let the slide 20 the same but I inserted a slide 23, which 
said "... more than two connections..."

(2.1) I also add a slide 24 about 

Re: Deploying a GWT website

[Dr. Lofi Dewanto]

GWT is a transpiler. At the end the result is just a collection of 
JavaScript + HTML files.

You don't need any buildpacks for this purpose... Just take the 
"index.html" with all the JavaScript files "..cache.js". So generally 
only Tomcat / Jetty / Apache... pure web servers are enough.

Take a look at this presentation: https://bit.ly/gwtintropresentation

Slides from number: 24 - Anatomy of GWT Web Apps... you can see "Result 
JavaScript".

Hope this helps.

>

-- 
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/2687b916-6a1e-4d83-acce-c1b041dd5dae%40googlegroups.com.

New Presentation about Modern GWT Webapp Development

[Dr. Lofi Dewanto]

Hi All,

if you need a presentation about modern GWT development as an introduction, 
just take a look at this:

https://bit.ly/gwtintropresentation

I also added this presentation in the Modern GWT Padlet: 
https://bit.ly/GWTIntroPadlet

Have fun,
Lofi

-- 
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/71e8217b-0c0c-4d49-bb92-5b484479cbf6%40googlegroups.com.

Re: GWT 2.7 and JDK

[Dr. Lofi Dewanto]

Please see this answer from Thomas: 
https://stackoverflow.com/questions/29913237/is-java-8-compatible-with-gwt-2-6-or-2-7

Am Montag, 11. Mai 2020 18:52:50 UTC+2 schrieb wissam aoufan:
>
>
> Hi,
>
> what JDK versions supported with GWT 2.7?
>

-- 
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/96cf2fb1-2b24-4394-8b9a-09b82f489eec%40googlegroups.com.

Re: Upgrade to 2.8.2 from 2.7.0 is having compilation errors while doing GWT compile

[Dr. Lofi Dewanto]

(1) Eclipse will not show an error because if your Java code is correct, 
everything is correct.

(2) As the message said, maybe you need to put a Jar file with sources into 
your dependency? GWT is a transpiler so it needs all the source codes to be 
able to translate to JavaScript.

Am Montag, 27. April 2020 13:01:30 UTC+2 schrieb pratik thaker:
>
> Hi Team,
>
> I have upgraded to GWT 2.8.2 from 2.7.0 and in Eclipse it is not showing 
> any compilation error.
>
> But at the time of GWT compile, it is failing for most of the classing 
> with below error,
>
> No source code is available for type  did you forget to inherit 
> a required module?
>
> Please note that, the same used to work fine with 2.7.0 and all the 
> classes are either simple POJO or utility classes.
>
> Can you please help me on this ?
>
> Thanks in advance.
>

-- 
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/d28cc872-6b12-45f1-bc7c-737ffbc3964c%40googlegroups.com.

Padlet for GWT / J2CL

[Dr. Lofi Dewanto]

Hi All, 

I build a Padlet for GWT / J2CL for Dummies... You can add an item but I 
need to take a look at it first.

Here you are: https://bit.ly/GWTIntroPadlet

Hope to get more beginners coming to GWT / J2CL 

Cheers,
Lofi

-- 
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/4affcf7c-ea3f-4701-a9ec-f7958e28d7df%40googlegroups.com.

New Article Java2JavaScript Transpiler GWT J2CL - Java Programming for Web Browser

[Dr. Lofi Dewanto]

Hi All,

for your information: I wrote a new article about GWT / J2CL in German 
language: http://bit.ly/GWTHeise2019

Enjoy reading,
Lofi

-- 
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/397e4734-076b-4681-9f73-956403421793%40googlegroups.com.

New Article #GWT Transpiler Webbrowser Programming in German language

[Dr. Lofi Dewanto]

Hi All,

just for your information, I published an article about #GWT #J2CL at 
heiseDeveloper: http://bit.ly/GWTHeise2019

Have fun,
Lofi

-- 
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/c4f73fda-7e16-489f-b7d2-3651c0358939%40googlegroups.com.

A Short GWT JsInterop Article for Beginners

[Dr. Lofi Dewanto]

Hi All,

I wrote a short article to introduce GWT and JsInterop for beginners, hope 
to see more people using GWT: http://bit.ly/WebJavaStory

Enjoy, thanks,
Lofi

-- 
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/1e60c5ea-ae86-4096-adb3-1ecb7c679ead%40googlegroups.com.

Developers Meetup @DEVK "Showdown GWT vs. VueJS" in Cologne Germany

[Dr. Lofi Dewanto]

Hi All,

just for you who is living in *Cologne and area, Germany*, we are hosting a 
free meetup: *"GWT vs. VueJS"*

Here is the description of the meetup:

http://bit.ly/DevkGwtVue

Frank Hossfeld will show us everything about GWT.

If you are in the near just sign in for free. I'm looking forward to have 
hot discussions :-)

Thanks,
Lofi

-- 
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 post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at https://groups.google.com/group/google-web-toolkit.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit/6bb52acd-f5d8-4776-bbe1-fab7edf04c63%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

A German Short Article for J2CL Open Source Release

[Dr. Lofi Dewanto]

Hi All, 

today I managed to write a short article about J2CL Open Source in German 
language @heise Developer, one of the biggest developer publisher in 
Germany, also the main sponsor for JavaLand conference.

http://bit.ly/j2clheise

Enjoy,
Lofi

-- 
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 post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: A Sample application for GWT

[Dr. Lofi Dewanto]

I never use GWT Eclipse Plugin... If you are using Maven, try GWT Boot:

https://github.com/gwtboot/gwt-boot-samples

Introduction:

https://dzone.com/articles/first-experience-with-gwt-boot

Hope this helps,
Lofi

-- 
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 post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: First experience using GWT Boot in my Java Devs Training

[Dr. Lofi Dewanto]

Is there any standard Gradle Plugin for GWT?

Thomas Broyer  schrieb am Fr., 25. Mai 2018, 00:37:

> I am :-)
> Though I have very limited experience with GWT and Gradle.
>
> --
> 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/t7rwYbv-QRc/unsubscribe
> .
> To unsubscribe from this group and all its topics, send an email to
> google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at https://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>
-- 
Join us at GWTCon 2017: http://www.gwtcon.org
Blog: https://lofidewanto.blogspot.de

-- 
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 post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: First experience using GWT Boot in my Java Devs Training

[Dr. Lofi Dewanto]

Thanks for the comment.

I don't think that we can say that Gradle will remove Maven in the future,
since Maven is also still in development.

For many reasons it is also easier to stay with Maven. Not every projects
have a high requirement for build process. So IMHO Maven is still the
simplest way to build your Java project.

But it would be also nice to be able to support Gradle just like what
Spring Boot has done. For this I need to know is there any standard Gradle
Plugin for GWT compiler?

Thanks
Lofi

Rogelio Flores <rogelio.flo...@gmail.com> schrieb am Do., 24. Mai 2018,
15:08:

> Nice article, thanks for sharing it.
>
> I wonder if it's time to move from maven to gradle (in general and also
> talking specifically about GWT Boot).
>
>
> On Wednesday, May 23, 2018 at 2:24:14 PM UTC-5, Dr. Lofi Dewanto wrote:
>>
>> This article is now being published by DZone: *http://bit.ly/2IICra8
>> <http://bit.ly/2IICra8>*
>>
>> Enjoy and looking forward for good discussion,
>> Lofi
>>
>> Am Freitag, 18. Mai 2018 00:30:39 UTC+2 schrieb Dr. Lofi Dewanto:
>>>
>>> I wrote my experience using the SNAPSHOT version of GWT Boot for my
>>> internal Java Training: http://bit.ly/2L54Etr
>>>
>>> Would like to know whether someone has the same experience?
>>>
>>> Thanks,
>>> Lofi
>>>
>> --
> 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/t7rwYbv-QRc/unsubscribe
> .
> To unsubscribe from this group and all its topics, send an email to
> google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at https://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>
-- 
Join us at GWTCon 2017: http://www.gwtcon.org
Blog: https://lofidewanto.blogspot.de

-- 
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 post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: First experience using GWT Boot in my Java Devs Training

[Dr. Lofi Dewanto]

This article is now being published by DZone: *http://bit.ly/2IICra8*

Enjoy and looking forward for good discussion,
Lofi

Am Freitag, 18. Mai 2018 00:30:39 UTC+2 schrieb Dr. Lofi Dewanto:
>
> I wrote my experience using the SNAPSHOT version of GWT Boot for my 
> internal Java Training: http://bit.ly/2L54Etr
>
> Would like to know whether someone has the same experience?
>
> Thanks,
> Lofi
>

-- 
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 post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

First experience using GWT Boot in my Java Devs Training

[Dr. Lofi Dewanto]

I wrote my experience using the SNAPSHOT version of GWT Boot for my 
internal Java Training: http://bit.ly/2L54Etr

Would like to know whether someone has the same experience?

Thanks,
Lofi

-- 
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 post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: New Widgets Library: XGL

[Dr. Lofi Dewanto]

Nice work,

what kind of web tech do you use? Elemental2 or Canval HTML?

Thanks,
Lofi

Am Donnerstag, 10. Mai 2018 08:58:10 UTC+2 schrieb Paul Sitarz:
>
> Hi Guys,
>
> A few years ago, when I heard the idea of removing widgets from GWT 3.0, I 
> sensed it would be a huge issue.
>
> I started to build my own widgets, with no ties at all with the GWT 
> widgets and events.
>
> More than 175,000 lines of Java code and CSS later, I decided to bundle 
> them together in one library: XGL.
>
> It is still under development, but you can a have a look and tell me what 
> you think about it.
>
> I posted a video on youtube: XGL Introduction 
> 
>
> You can go to my website xalys.com , and launch 
> the Kitchensink web app to see some example of code.
>
> I am looking forward to hearing what you think about it!
>
> Best,
> Paul
>

-- 
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 post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

New GWT project: GWT Boot

[Dr. Lofi Dewanto]

As I tried to write an introductory article for GWT newbies I feel that it 
is so difficult to jump into the development of GWT:
- Docs are outdated
- There are a lot of nice UI frameworks for GWT (domino-ui, gwtbootstrap3, 
gwtmaterialdesign, vue-gwt, etc.)

So before I write my article I started a GWT project to be able to start 
faster with all those nice UI frameworks in GWT. The idea of this project 
is taken from Spring Boot Starters (
https://github.com/spring-projects/spring-boot/tree/master/spring-boot-project/spring-boot-starters
).

I call the project GWT Boot and GWT Boot Starters (has nothing to do with 
Spring Boot but use the idea of easy start and "boot" a new project but 
still be scalable).

https://github.com/gwtboot

It is still in progress and I hope to be able to write an introduction 
article for GWT with the ease of Spring Boot.

Before I continue to support all the UI frameworks available in GWT (see my 
list: https://github.com/gwtboot/gwt-boot-modules), I would like to know, 
whether this result is easy enough for GWT newbies:

(1) With simple stand-alone integrated Jetty from GWT: 
https://github.com/gwtboot/gwt-boot-samples

(2) With Spring Boot to deliver the HTML host file: 
https://github.com/gwtboot/gwt-boot-samples/tree/master/gwt-boot-sample-basic-with-spring-boot

The next question would be, should I continue to add support for those UI 
frameworks as I mentioned here:
https://github.com/gwtboot/gwt-boot-modules

or should I try to exchange the module.gwt.xml with my Java config idea 
first?
https://gist.github.com/lofidewanto/2262441fe61f887158347f68418f04e3

Opinions are welcome! Thanks,
Lofi

-- 
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 post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.