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
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
>
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,
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
>
>
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
On Mon, Oct 19, 2020 at 1:56 AM lofid...@gmail.com
wrote:
> Thanks Craig for the info...
>
> I'm not familiar with React (only Hello World )
>
> Can you integrate React with these GWT React frameworks? So write your
> components in Java and integrate them back into React JavaScript?
>
>-
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
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:
>
additionally ... in the case using the structure of gwt-maven-plugin also
correct.
There are two possibilities using *gwt:codeserver* (the case you said) or
*gwt:devmode* (my example) see the difference:
https://tbroyer.github.io/gwt-maven-plugin/codeserver.html
Both possible, I just prefer
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
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
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
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
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
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
--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
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
what i wanna do is also be able to build only the webui project, and
possibility to use the
I cannot follow you, maybe you could write something like:
cockpit
-- cockpit-client-ui
-- cockpit-server
...
I'm not sure how the structure of your projects looks like?
Elhanan schrieb am Sonntag, 18. Oktober 2020 um 17:28:19 UTC+2:
> i'm assuming those 2 need to be in there own aggregator pom
i'm assuming those 2 need to be in there own aggregator pom (i.e my main
parent pom will a web ui pom, which will have those submodules) , because i
want to be able to build just that webproject alone without the need to
build the whole project again (this is because that in order to develop for
In my example I only use the gwt-maven-plugin for the "client" part (GWT
part). On the server part I use "pure" Spring Boot approach, therefore I
copied all the JS stuffs from the "client" part with the help of
maven-dependencies-plugin. I'm not using war deployment on Spring Boot...
For me
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
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
Thanks Craig for the info...
I'm not familiar with React (only Hello World )
Can you integrate React with these GWT React frameworks? So write your
components in Java and integrate them back into React JavaScript?
- https://github.com/GWTReact/gwt-react
-
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,
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
24 matches
Mail list logo