A few years ago, a client of mine was thinking about switchung to Vue. So, I startet learning Vue. To do so, I search the internet, bought a book, install npm, code the examples and so on ...
Two or three weeks later, my virus scanner (oh yes, I am a Mac user that has a virus scannner ... my client requested it) found two trajans which were trying to transfer Bitcoins, loaded via npm initiated by my Vue development.
After some research I get to know, that this is a common issue, when using npm. Bad Boys trying to conquer a repo, add bad code, deploy it and distribute the files via npm.
I think, you need to get some attention on which file you load. Or, better have a clean room where all the js files are located (after an audit ...)
Not sure, if this is a common issue or just due to my carelessly ... but it makes my scare.
pavel....@gmail.com schrieb am Sonntag, 24. Januar 2021 um 12:36:40 UTC+1:
Hi, I see that everyone leaves 2c, so I will do the same.But before few words about my background - 6 years with GWT+SmartGWT and now 3 years with VueJS + Vuetify + Typescript.Definitely, it's much faster to prototype an application using VueJS.To manage the state(Vuex) and routes(vue-router) is simple and does not matter what UI components you are going to use.But, in the long-term development, I see that maven is better than npm - simpler to set up a multimodule project with some common settings and dependencies.In JS world npm does not support modules. Yarn workspaces help a bit but it works just for private projects(no way to deploy it to the remote repository).Typescript helps to write a code but in 99% of cases, 3rd libraries contain only d.ts files without Javadoc. So, you need to open a website with documentation because it's not clear what the library does.Refactoring - forget. Event idea can't properly resolve usages of your methods.After webpack to understand where has the error happened it's like a mission impossible.Testing - better to write functional code because to mock classes is not so easy as with mockito or easymock.With JS/TS you write code slower because IDE does not resolve or properly resolve what to import, especially if code comes from another module.So, in long term, I guess GWT provides better and simple development and support.середа, 23 грудня 2020 р. о 09:16:49 UTC+1 vas...@gmail.com пише:Hm the thread was about why not using java for frontend development but now has general tips for GWT.The padlet is cool. Thanks for assembling it.My 2c.I have used GWT RPC in the past but I was not happy with it. The main reason was that I couldn't decouple server and client from GWT dependencies. The closest you could make was with an intermediate project that hosted the interface files.The issue was solved for me with RestyGWT in the client and Apache CXF/Rest in the server. Totally separate and the only files I share are my POJO files.Sharing POJO definitions between client and server is the biggest advantage of GWT for me along with static typing in the frontend. Can't live without these two.Maybe there is a way to automatically create or define POJOs that is language independent so I could completely decouple frontend from backend. I haven't found such a way that is not completely dynamic and which throws the IDE search and usage features out of the window.Hope that helps.VassilisSome tips I could say:
- The simplest example I build is the Java Calculator from this article: http://bit.ly/WebJavaStory. In this simple Maven example you can see how to run the web app, how to code, transpile and unit test and also to debug the simple calculator all with web browser.I'm using GWT since 2006 / 2007 and until today I haven't seen any comparable tools which makes your work very productive, especially as a Java developer.Hope this helps! Have fun!lofid...@gmail.com schrieb am Dienstag, 22. Dezember 2020 um 12:40:39 UTC+1:We also have a Padlet for GWT 😉I try to collect all the information about GWT / J2CL on one Black Board: https://padlet.com/lofidewanto/gwtintroThere are articles, presentations, groups and other information for a modern GWT / J2CL development...Hope this helps!mysare...@gmail.com schrieb am Samstag, 19. Dezember 2020 um 01:30:44 UTC+1:Thank you very much. I ll give it a try.On Friday, December 18, 2020 at 4:44:32 PM UTC+1 frank.h...@web.de wrote:
Lofi has some interesting things to look at:* GWT Awesome Library List (Gwit a LiLi)* there is also a boot starter for gwt, but I do not recall the name.Good starting points are:
* gwt-maven-archetypes: https://github.com/tbroyer/gwt-maven-archetypes* https://github.com/NaluKit/gwt-maven-springboot-archetype if you prefer Spring Boot on the server side: https://github.com/NaluKit/gwt-maven-springboot-archetype* There is also are archetype creator from DominoKit* Nalu project generator: http://www.mvp4g.org/boot-starter-nalu/BootStarterNalu.html (Disclaimer I am the author)
Peter Donald--You received this message because you are subscribed to the Google Groups "GWT Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-web-tool...@googlegroups.com.To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit/b7746457-b2e0-404a-8775-59a01d53f576n%40googlegroups.com.
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 firstname.lastname@example.org.
To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit/3f9c093e-3a1e-4283-8dd4-1d9d7cb5f2ean%40googlegroups.com.