Newsgroup: it.comp.java
Titolo: Framework Web del futuro?

Domanda che mi riecheggia dal framework a cui collaboro: secondo voi, quale
sara' la soluzione java/web piu' utilizzata in futuro, e perche'?
Adesso gran parte dello sviluppo e della codebase esistente gira con Struts.
Anche il framework a cui collaboro usa Struts, dopo un inizio (nel '99...)
in cui utilizzava una servlet proprietaria. C'e' aria di ristrutturazione e
refactoring e tante, tante domande su cosa utilizzare che non sia
semplicemente "di moda nel 2005" ma anche valido e longevo come lo e'
stato - ed e' tutt'ora - struts.
Spring?
Spring + webflow?
Appfuse?
Shale?
Pico?
JoyAOP?
La domanda e' volutamente un po' generica... che ne pensate?
-- 
---
Francesco Galli / Cinghiale Mannaro
Personal: 
http://cinghialemannaro.splinder.com
TMS project: 
http://tms.inera.it


http://csvtosql.sf.net

 io me la giocherei su java server faces...
Quoto.
Mi spingerei anzi a dire che probabilmente saranno i server a cambiare 
per rendere più facile lo sviluppo in JSF.
pole
-- 
ammentos - a lightweight persistence framework for JDK5
http://www.sourceforge.net/projects/ammentos
http://ammentos.biobytes.it

 per rendere più facile lo sviluppo in JSF.
eppure non capisco perchè ci sono tante offerte di lavoro che chiedono
struts, forse perchè jsf è nata da poco..


 
Mistero... ? Moda...?
Nel frattempo continuo ad usare JSF... se anche non dovessi ricevere 
gigabyte di proposte lavorative in merito almeno lavoro con qualcosa che 
mi piace :)


 mi piace :)
<pubblicità>
poi mi sembra che sia una tecnologia più intuitiva da usare rispetto a
struts.
</pubblicità>
:)


 </pubblicità>
E' consentito dire "moderno"? Consente il riutilizzo del codice e la 
programmazione per eventi in ambienti tipicamente ostili a questi 
concetti. E il tutto senza tarpare le ali dello sviluppatore che non è 
costretto a pensare nello stesso modo dei programmatori del fw.
Nel futuro immagino dei servlet container che incapsulino tutta la 
logica di basso livello (handling delle richieste, mapping delle url 
etc.) ed espongano al programmatore un ambiente event-driven come nel 
mondo client. Il tutto in modo totalmente indipendente dal linguaggio di 
presentazione. Chiedo troppo :) ?


 struts, forse perchè jsf è nata da poco..
Esatto
Alla scelta di una tecnologia l'aspetto prettamente economico e' un X% del
peso finale.
Il fatto che abbia una anzianita', una diffusione, e' ormai uno standard,
facile da trovare gente che lo conosce bene,
e ancora che abbia l'avallo di Mamma Dominatrice sun, che sia integrato dai
vendor
e cose di questo tipo e' la cosa che conta di +
CHe ormai abbia gli anni contati non abbiamo dubbi.
Su chi la spuntera' nella successione veramente credo sia come giocarsi una
corsa di cavalli.
Qualche favorito come JSF e Spring c'e' ma le corse di cavalli non le
vincono sempre i favoriti.
Cya N
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 avere una UI migliore e piu' facile da sviluppare...
un ononimo ? :)


 Chiedo troppo :) ?
Mi sembra il minimo :)))
Comunque, senza essere troppo "provocatori", vorrei farvi una domanda. Oggi 
moltissime aziende (per non dire tutte) hanno " fame " di applicazioni Web. 
Però sempre più spesso si sente parlare di SOA, ossia di architetture 
orientate ai servizi, in cui il web dovrebbe giocare un ruolo importante, ma 
non "assoluto". Nessuno - credo - ha la bacchetta magica, ma che pronostici 
fareste sulle SOA ?
Scorpio.

 fareste sulle SOA ?
Beh, all'interno dell'azienda per cui lavoro questa scelta è stata fatta 
da almeno due anni a questa parte. All'inizio timidamente (i primi 
webservice sono stati sviluppati con .NET), poi sempre più 
sistematicamente (e con Java/Axis). Ad oggi devo ammettere che chi ha 
fatto quella scelta ha visto bene: i diversi reparti lavorano 
decisamente meglio perché più indipendenti, la documentazione è perfino 
migliorata (è più semplice documentare semplici API che prodotti finiti) 
e il lavoro è più facilmente gestibile e quantificabile. Senza contare 
il grande riutilizzo del codice reso possibile da questa architettura.
Insomma, se proprio devo sbilanciarmi, direi che queste soluzioni sono 
più che valide e abbastanza soddisfacenti (almeno per le casistiche che 
mi trovo a dover affrontare tutti i giorni), e probabilmente nel futuro 
prossimo continueranno ad affermarsi.
Ciao!



Grazie per la risposta, Pole. In effetti, l'unico dubbio che personalmente 
ho sull'utilizzo
delle SOA è che, attualmente, i servizi web mi sembrano un tantino 
farraginosi... ma credo anch'io che siano il futuro prossimo.
Ciao,
Scorpio.