framework web java che consigliereste
Davide
mi aiutate a fare un giro di opinioni sui framework web java?
Voi quale usate o quale preferite o quale consigliereste (o NON consigliereste)
o quale vi piacerebbe usare per lo sviluppo di pagine/applicazioni web?
Quali parametri tenete conto per la scelta? Pro e contro?
Grazie 1000!
Vitor E. Silva Souza
> Voi quale usate o quale preferite o quale consigliereste (o NON
> consigliereste) o quale vi piacerebbe usare per lo sviluppo di
> pagine/applicazioni web?
> Quali parametri tenete conto per la scelta? Pro e contro?
Ho già lavorato con due stack di framework diversi per fare applicazioni web,
entrambi mi hanno piaciuto molto:
1 - JSP (oppure FreeMarker) + Struts2 (con SiteMesh) + Spring + Hibernate
2 - JSF (con RichFaces e Facelets) + Seam + EJB3 + JPA
Quest'ultimo è stato l'argomento della mia ultima presentazione. Lo
consiglierei se la applicazione è grossa e hai bisogno di un App Server.
Già la alternativa 1 è più facile e leggera, anche se promuove una separazione
tra presentation logic e business logic. Puoi usarla anche su Tomcat.
Ciao,
Vítor
Mario Passamani
SiteMesh), già "impacchettata" da AppFuse Light
(https://appfuse-light.dev.java.net/). E' carina, anche se ci sono
ancora troppi file di configurazione in XML :-). Io comunque l'ho
utilizzata per sviluppare un'interfaccia REST, quindi forse è un modo
un po' "inusuale" di "sfruttarla".
Il 18 dicembre 2009 14.54, Vitor E. Silva Souza <vitor...@gmail.com>
ha scritto:
> On Friday 18 December 2009 14:03:15 Davide wrote:
>> Voi quale usate o quale preferite o quale consigliereste (o NON
>> consigliereste) o quale vi piacerebbe usare per lo sviluppo di
>> pagine/applicazioni web?
>> Quali parametri tenete conto per la scelta? Pro e contro?
>
> Ho già lavorato con due stack di framework diversi per fare applicazioni web,
> entrambi mi hanno piaciuto molto:
>liz
> 1 - JSP (oppure FreeMarker) + Struts2 (con SiteMesh) + Spring + Hibernate
>
> 2 - JSF (con RichFaces e Facelets) + Seam + EJB3 + JPA
>
> Quest'ultimo è stato l'argomento della mia ultima presentazione. Lo
> consiglierei se la applicazione è grossa e hai bisogno di un App Server.
>
> Già la alternativa 1 è più facile e leggera, anche se promuove una separazione
> tra presentation logic e business logic. Puoi usarla anche su Tomcat.
>
> Ciao,
>
> Vítor
>
> --
>
> You received this message because you are subscribed to the Google Groups "JUG Trentino Alto Adige Suedtirol" group.
> To post to this group, send email to jug...@googlegroups.com.
> To unsubscribe from this group, send email to jugtaa+un...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/jugtaa?hl=en.
>
>
>
--
I watched the stars fall silent from your eyes.
Davide
Il 18 dicembre 2009 16.28, Mario Passamani <mario.p...@gmail.com>
ha scritto:
Mario Passamani
http://raibledesigns.com/rd/entry/comparing_kick_ass_web_frameworks
Forse ti può essere d'aiuto (se non l'hai già visto).
Roberto Resoli
ha scritto:
> Matt Raible ha scritto questo articolo:
>
> http://raibledesigns.com/rd/entry/comparing_kick_ass_web_frameworks
>
> Forse ti può essere d'aiuto (se non l'hai già visto).
molto interessante, Raible vale sempre la pena di leggerlo.
Grazie,
rob
Manuel Atz
Ho fatto una selezione di Framework Web con cui sviluppare.
Gli Framework che ho confrontato sono: JSF (richFaces, apache Trinidad
e IceFaces), yui, gwt, wicket.
Poi mi sono fatto una Matrice per verificare i seguenti criteri (che é
anche un po adottata alle mie esigenze):
- Implementazione Standard e aperta?
- Livello di Widget predefiniti e pronti a uso (anche da punto di vista visuale)
- Widget per visualizzare una Lista di Dati con Paginazione
- chiamate Liste di Valori, Liste di Valori a selezione multipla
- Sviluppo di Tab
- Sviluppo di Menu
- Campi Date
- Documentazione, esistenza di Libri, comunity
- Facilitá da estendere
- Compatibilitá Browser, AS
Alla fine nel mio caso la scelta é andata su IceFaces. Peró se hai
interesse possiamo approfondire in dettaglio la tematica. Poi si
potrebbe anche estendere su Jaxa FX, Flex, Grails o altri....
che ne dici?
ciao
Manuel
2009/12/18 Davide <d...@vide.bz>:
Davide
molto interessante!!! Grazie Davvero. Si una matrice e' anche nei miei scopi.
In piu' vorrei aggiungere nelle caratteristiche:
- SEO
- Componibilita' di componenti in macro componenti
- In caso di modifiche avere la lista dei punti con problemi
(come quando in java si cambia qualcosa che ecplise da la lista dei problemi
e non un linguaggio dinamico per cui solo poi eseguendo saltano
fuori i problemi)
- Possibilita' di integrare anche altri framework (es. jquery, yui,
google maps, flash, ecc)
- Debug
- Possibilita' di eseguire test (e possibilmente copertura) delle
pagine web (azioni comprese)
mbuc
aggiungo anche io qui una mia opinione anche se ne abbiamo gia'
parlato di persona.
Attualmente la mia scelta ricadrebbe su GWT da integrare con Hibernate/
JPA lato server (eventualmente facendosi aiutare ulteriormente da
Spring o EJB3). Aggiungerei EXT-GWT (GXT) per avere dei widget molto
piu' professionali.
C'e' da tenere presente che GWT e' principalmente un framework che
copre la parte UI generando del Javascript che gira sul client. Ti da
un meccanismo di RPC per invocare il server mediante servizi che
girano in delle servlet ma per il resto il framework si focalizza sul
lato client. Per questo ci sono molti progetti che cercano di colmare
il discorso di accesso ai dati e fornire un binding con l'interfaccia
grafica, cosa che puo' risultare piu' semplice se usi JSF o comunque
un approccio piu' server-side.
Esistono diverse librerie che estendono i widget di base di GWT, tra
le quali direi che le migliori (tra quelle che conosco) sono EXT-GWT
(o GXT tanto per non confonderla con GWT-EXT) e SmartGWT. SmartGWT
propone anche una versione Enterprise che offre servizi di accesso ai
dati basandosi su Spring. Entrambe le librerie permettono di fare un
binding tra i dati ed i widget grafici (griglie, form, etc...)
basandosi su oggetti che facilitano anche la gestione della
paginazione, individuare i record modificati sul client per poter
mandare al server solo quelli.
GXT e' open source con licenza GPL, con licenza a pagamento per-
developer se vuoi usarlo per prodotti commerciali. SmartGWT e' open e
LGPL, solo la Enterprise Edition e' a pagamento.
A livello di supporto da parte degli IDE, per GWT esiste un Designer
grafico della Instantiations (GWT Designer, plugin per eclipse), con
licenza a pagamento. Questo supporta anche la GXT e a breve dovrebbe
supportare anche la SmartGWT. Anche IntelliJ Idea ha un suo plugin,
non saprei Netbeans.
Progetti interessanti che si basano su GWT che possono aiutare molto:
- GILEAD, nello specifico usato con GWT ti permette di mandare al
client i POJO che ti ha generato Hibernate anche se hanno referenze ad
altri POJO che potrebbero fare casino per via del lazy-loading;
- GWT-ENT, aggiunge un po' di funzionalita' che GWT non ti offre
direttamente sul codice java che scrivi lato client, tra le quali la
Reflection (chiaramente un subset di quello che puoi fare sul server).
- Esiste l'implementazione per GWT di diverse API di Google, ad es.
per GOOGLE-MAPS e GOOGLE-GEARS.
E' chiaro che un framework, qualsiasi esso sia, non puo' coprire
esattamente il 100% delle tue esigenze. Quando te lo porti in casa hai
sempre la necessita' di fare delle piccole estensioni o adattamenti.
Oltre a questo un gruppo di "pionieri" deve comunque trovare il modo
migliore di utilizzarlo per poter dare agli altri tutte le indicazioni
su come si possono fare determinate cose, o meglio indicare come fare
col nuovo framework quello che prima facevi in modo diverso (ad es.
del tutto a mano). Direi che comunque, quando adotti un framework, poi
piano piano ci costruisci sopra anche tu un "mini-framework-
personalizzato" che permette a tutti gli sviluppatori del tuo gruppo
di non dover conoscere piu' dettagli del necessario.
Per ora abbiamo usato GWT anche in azienda per applicazioni interne
non molto grandi ma cio' che abbiamo ottenuto e' notevole e ci
incoraggia ad utilizzarlo per progetti piu' grandi. Anche la nutrita e
attivissima comunita' che gira intorno a GWT, oltre al fatto che
dietro c'e' il supporto di un'azienda come GOOGLE che si spera non lo
butti via, ci spinge verso questa scelta.
Chi l'ha provato da noi si e' trovato molto bene (per ora pochi). La
possibilita' di debuggare il client ed il server nell'IDE, il buon
supporto per i diversi browser, il designer grafico, tutte le librerie
di estensione, la possibilita' di chiamare servizi remoti di diverso
genere direttamente dal client, rendono lo sviluppo veramente
piacevole e produttivo.
Vedremo se riusciremo a farlo digerire anche agli altri...
Ciao,
Marco.
On Dec 20, 9:55 pm, Davide <d...@vide.bz> wrote:
> Ciao Manuel,
>
> molto interessante!!! Grazie Davvero. Si una matrice e' anche nei miei scopi.
>
> In piu' vorrei aggiungere nelle caratteristiche:
>
> - SEO
> - Componibilita' di componenti in macro componenti
> - In caso di modifiche avere la lista dei punti con problemi
> (come quando in java si cambia qualcosa che ecplise da la lista dei problemi
> e non un linguaggio dinamico per cui solo poi eseguendo saltano
> fuori i problemi)
> - Possibilita' di integrare anche altri framework (es. jquery, yui,
> google maps, flash, ecc)
> - Debug
> - Possibilita' di eseguire test (e possibilmente copertura) delle
> pagine web (azioni comprese)
>
> >> For more options, visit this group athttp://groups.google.com/group/jugtaa?hl=en.
Vitor E. Silva Souza
> Alla fine nel mio caso la scelta é andata su IceFaces. Peró se hai
> interesse possiamo approfondire in dettaglio la tematica. Poi si
> potrebbe anche estendere su Jaxa FX, Flex, Grails o altri....
Ho provato IceFaces per un po' un tempo fa. Probabilmente le nuove versioni
sono migliori, ma all'epoca non mi è piaciuto molto. Inoltre, ho sentito delle
voci che dicevano che da una versione alla prossima cambiavano tante cose che
era molto molto impegnativo aggiornare un progetto alla nuova versione di
IceFaces.
Forse non ce l'ha più questi problemi, però anche se vecchia, volevo
condividere la mia opinione... :)
Vítor