A questo punto avete 2 possibilit\u00e0:<\/p>\n
- \n
- usare il wizard che vi tira su il progetto con la sua alberatura e lo rende gi\u00e0 eseguibile .<\/li>\n
- Integrare maven, integrare il plugin disponibile e creare il nostro progetto a partire da un archetipo .<\/li>\n<\/ol>\n
L’opzione 1 \u00e8 quella pi\u00f9 rapida, selezionando i dati di esempio,\u00a0 ci permette di avere subito il progetto operativo e poterlo lanciare tramite una delle seguenti opzioni :<\/p>\n
- \n
- GWT Development Mode (Avvia un server in ascolto delle richieste del client. Se tutto \u00e8 ok vai all’indirizzo http:\/\/127.0.0.1:9876\/ per vedere il server attivo. A questo punto occorre configurare un qualsiasi server per caricare il contesto web )<\/li>\n
- GWT Development Mode with jetty (Avvia il code server ed un jetty server con il client attivo. A questo punto se tutto \u00e8 ok accedete alla pagina\u00a0http:\/\/127.0.0.1:8888\/ e vedrete la home page dell’applicativo. Rispetto al punto precedente, abbiamo gi\u00e0 il web server pronto.)<\/li>\n
- GWT Legacy Development Mode with jetty (Avvia l’applicativo usando un processo\u00a0OOHPM. Tale processo non \u00e8 pi\u00f9 supportato dai moderni browser. Infatti \u00e8 possibile vederlo attivo solo su una vecchia versione di firefox su cui va installato il google web toolkit developer plugin).<\/li>\n<\/ol>\n
Il plugin ha creato la directory war e 3 package per i sorgenti: client, server e shared. Ad ogni package corrisponde una visibilit\u00e0 ed un comportamento diverso. Tutti i sorgenti saranno compilati in .class sotto la WEB-INF, i sorgenti del package server sono visibile solo alla parte server del progetto e non al frontend, i sorgenti della parte client verranno trasformati in javascript, pertanto alcune classi non saranno disponibili perch\u00e8 non supportate da Javascript (es. Calendar o String.format), i sorgenti del package shared saranno visibili sia al frontend che al backend.<\/p>\n
Nota dolente di questo approccio \u00e8 che il wizard fallisce qualora si chiede la creazione del progetto con struttura maven. Appena generato il progetto indica errori di compilazione e questo non \u00e8 bello, visto che ha fatto tutto da solo.<\/p>\n
![\"\"](\"http:\/\/www.valeriofinazzo.it\/wordpress\/wp-content\/uploads\/2018\/02\/erroreMaven-300x37.png\")
<\/a><\/p>\nAprendo la console \u00e8 possibile far partire il progetto usando la direttiva mvn war:exploded gwt:devmode, mentre in eclipse occorre configurare il progetto per correggere gli errori. Per correggere l’errore in Eclipse lanciate la direttiva mvn eclipse:eclipse e fate il refresh in Eclipse del progetto, in questo modo dovrete soltanto da aggiungere la dipendenza da GWT tramite IDE e tutto dovrebbe riattivarsi.<\/p>\n
Adesso veniamo al punto 2, con Maven posso partire da un archetipo che mi mette a disposizione tutte le librerie che mi servono con minimo sforzo. Devo realizzare una webapp che esponga un front-end gwt e dei servizi rest per l’accesso alla base dati. Parto quindi dall’archetipo minimo previsto per gwt e a questo aggiungo spring web per la gestione dei servizi rest e restyGWT per integrarli in modo pi\u00f9 rapido. Voglio rendere al minimo l’uso delle chiamate RPC. In questo modo potr\u00f2 disaccoppiare i sistemi e un domani eventualmente sostituire GWT con un altro frontend, senza dover toccare il backend. Impostato il progetto lo facciamo partire con la direttiva e il gioco \u00e8 fatto<\/p>\n
mvn war:exploded gwt:devmode<\/pre>\n
Per riassumere trovate il pom\u00a0<\/a>del progetto con le dipendenze gi\u00e0 pronte.<\/p>\n
Buon divertimento<\/p>\n","protected":false},"excerpt":{"rendered":"
Da tempo pensavo di aggiornare i componenti che uso in ufficio e ho deciso di partire da GWT. Nel momento in cui scrivo l’ultima versione \u00e8 la\u00a0 2.8.2.\u00a0 Mi piace GWT, mi piace l’idea di lavorare solo in java e xml e non dovermi preoccupare delle librerie javascript, durante la generazione del war sar\u00e0 GWT … Continua la lettura di TUTORIAL GWT – CREARE UNA WEBAPP CON GWT 2.8<\/span>