Newsgroup: it.comp.java
Titolo: Libro e linee guida per semplice Web application

Ciao a tutti,
devo scrivere in Java una semplice applicazione Web di consultazione
di un database (Oracle): sara' necessario implementare le classiche
operazione di edit/insert/search/delete e probabilmente qualche
funzione personalizzata, ma niente di complesso.
Io normalmente scrivo applicazioni e siti Web in PHP, su Java ho
un'infarinatura che risale a qualche anno fa ma non ho mai scritto un
software dalla A alla Z.
Partendo da questi presupposti quale libro mi consigliereste per
minimizzare i tempi di apprendimento/sviluppo, considerando la
semplicita' del progetto? Vedo che ancora oggi viene consigliato
Thinking in Java ma forse nel mio caso e' "sprecato".
Altra cosa: quali strumenti mi consigliate di utilizzare per questo
progetto? "Quale" Java, quale editor, eventuali framework (ho sentito
parlare di struts, ma non so se e' sprecato in questo caso...).
Lo sviluppo avverrà su MS Windows.
Grazie!
Ciao.
E.

 parlare di struts, ma non so se e' sprecato in questo caso...).
Con netbeans deve essere semplice crearsi un'applicazione CRUD. 
Scaricati la versione con i plugin Web e Java EE e vai a cercare il 
tutorial relativo alle web application CRUD nella documentazione su 
netbeans.org
.
Se sei fortunato tra i template dei progetti dovrebbe esserce proprio 
uno che ti crea l'applicazione CRUD partendo dalla definizione del database.
-- 
Andrea Francia
http://www.andreafrancia.it/

 Ciao.
Ciao
Nicola
 
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 uno che ti crea l'applicazione CRUD partendo dalla definizione del database.
Ok, seguiro' il tuo consiglio, grazie!
E.

 Libri , dipende dalla strada che scelgi
Per ora probabilmente mi basterebbe qualcosa focalizzato su JSP, che
non perda troppo tempo sulla programmazione in generale.
Ciao.
E.

 Web?
Solo desktop.
Personalmente conosco piu' progetti che usano come piattaforma Eclipse 
che Netbeans.
-- 
Andrea Francia
http://andreafrancia.blogspot.com/2008/07/colinux-linux-dentro-windows.html

 E.


Per fare questa cosa java EE  è decisamento esagerato e lo sforzo di 
imparare non banale.
Non puoi continuare in PHP o ci sono sotto altre motivazioni per la scelta 
di java?
Ciao
---------------------------


 Eclipse = Netbeab
Ho provato recentemente NetBeans, ne sono rimasto deluso: l'editor e'
decisamente inferiore a quello di Eclipse. Sbaglio?



Guarda non tocchiamo il tasto dolente :-)
Per me eclipse e' una astronave, fa pure il caffe.
Neat beans non lo conosco, non lo voglio manco provare perche' se sto
benissimo con eclipse non vedo il motivo di provare altro.
Poiche pero' un mio amico/semi socio e' un super fun di netbean, pronto in
ogni momento allo scontro per dire che eclipse e' un "virus", e quando
lavoriamo assieme ovviamente ognuno col suo e quando uno deve usare la
macchina dell'altro ci insttalla sopra il suo :-))
Allora diciamo che per quieto vivere dico che sono pari anche se non lo
penso minimamente ovviamente buahahahahah
ciao Nicola


 rischi di impiegare mesi.
scusa, ma quale mente perversa fa prima a scrivere una applicazione 
basata su servlet che fanno forward a jsp?
per inciso riporto una interessante esperienza. per anni abbiamo usato 
struts per i nostri progetti, sempre con grosse difficoltà per formare le 
persone a questo framework: da quando abbiamo iniziato ad adottare jsf 
chi inizia da zero ci mette meno tempo per arrivare ad un livello 
superiore (usare ajax con disinvoltura) rispetto anche a chi proviene da 
struts, i quali sono traviati dal concetto action->forward e soffrono di 
crisi d'astinenza da request. 
-- 
++ Fino all'anno scorso avevo un solo difetto. Ero presuntuoso.
http://unopuntozero.wordpress.com/
http://www.flickr.com/photos/marko_po/

 decisamente inferiore a quello di Eclipse. Sbaglio?
Quale editor? Quello per i sorgenti Java o per le JSP o cos'altro?
Cos'ha in meno?



Per i sorgenti Java. Non ricordo cosa ha in meno, ma sembravano
mancare una marea di cose che ormai do per scontate con Eclipse.


Quando pero' serve reintrodurre concetti da action framework (per
ragioni di bookmarking delle pagina ad esempio), sono dolori con JSF,
se non sai dove appligliarti.

 crisi d'astinenza da request.
Nicola


 non sai dove appligliarti.
per ora non ho trovato casi in cui non sapevo dove appigliarmi...


 Non ho mai scritto che una servlet e' meglio delle jsf, se leggi. 
infatti io ti contesto quando dici che è un metodo rapido (non so se da 
apprendere o da realizzare, ma per mio conto è uguale).



Per intenderci e' tutto fattibile. Ma certe cose possono essere
tediose. Ad esempio come risolvi questa?
Rendere la pagina
/page.jsp?id=2342
bookmarkabile.
Lato server come gestisci quella URL? Bisogna tornare ai vecchi action
framework. Solo che devi implementartelo tu, magari attraverso un
phase listener, o un getter particolare.

 apprendere o da realizzare, ma per mio conto è uguale).
Guarda, gli ho messo giu' 6 punti in 40 caratteri sirca.
Non era un trattato sulle tecnologie java.
Intendevo comuqnue da apprendere e quindi nel sui caso anche da realizzare
visto che comuqnue deve apprendere..
Mi viene da pensare che studiarsi JSP + servlet e' piu' rapido di studiarsi
jsp + servlet + struts
Scusa, ho detto delle fesserie ? Senza fare 200 post se scritto fessereie o
inesattezze importanti che possono risultare consigli sbagliatti dillo
subito, mi fa solo piacere, e' un NG e' gli argomenti se li scriviamo qua in
pubblico e' per discuterli assieme, se no gli mandavo una mail.
Ciao Nicola


 jsp + servlet + struts
Ci mancherebbe altro, ma non si parlava di quello.
Si diceva che utilizzare JSP + Servlet non e' piu' pratico e veloce di
usare Struts.
Come detto anche prima, comprendo chi vuole usare JSP e basta (magari
per applicazioni semplicissime).
Ma JSP + Servlet (senza alcun framework), cercando di implementare un
minimo di MVC (altrimenti che le usi  a fare le servlet?) non e'
certamente una soluzione pratica e veloce, anzi.



Struts che fa sostanzialmente ?
1.
In base a struts-config + il path di ingresso instanzia gli action ceh fanno
la forward
2.
Con il form-bean + i suoi tag facilita la gestione delle form
Soluzione servlet senza struts :
1.
Metto una classe ActionFactory che in base al path di ingresso fa la NEW
dell'action appropriato.
Poi l'action fa la forward e ci cabla la pagina di uscita ( cosi' come
faccio regolarmente oggi con le jsf )
Cosi' Elimino il mostro struts-config.
2.
Pe rgestire le pagine posso usare jsp:get/setProperty o magari mi uso le
jstl, considerato anche che chi usa struts spessissimo usa le jstl perche' i
tug di struts fanno cagare


 Cosi' Elimino il mostro struts-config.
Il mappaggio avviene dentro il codice Java, non che sia peggio ma
sicuramente neanche meglio.
Immagino che tu sappia che cominci con una ActionFactrory per finire
con chissa' che cosa. E' proprio questo il punto. Almeno con Struts
usi qualcosa di gia' pronto.

 usi qualcosa di gia' pronto.
Ma quale e' il vantaggio di sparpagliare logica in .java e .xml ?
io ci vedo solo confusione e fastidio, soprattutto se l'xml diventa un
chilometro spesso incasinatissimo.



Struts non e' un xml. Ammetterai che qualche facilitazione la possa
dare.


struts-config e' xml e contiene tutta la logica
Ci ho rigflettuto bene ultimamente e credo proprio di no
meglio andare a mano con le jstl piuttosto.
Comuqneu non sono integralista lo ho usato per anni e se dovessi riusarlo
non avrei alcun problema. Se partissi da 0 con un progetto jsp senza jsf
credo che non lo metterei piu'.
Ciauz Nicola


 pubblico e' per discuterli assieme, se no gli mandavo una mail.
si ci tieni, non spreco certo 200 post.


 jsp + servlet + struts
solo servlet e' ancora meglio tanto sempre una pagina html generano.
--
ac

 meglio andare a mano con le jstl piuttosto.
le jstl mica sono alternative.
struts per quanto faccia cacare fornisce comunque:
- una conversione da i campi input di un form a dei form bean.
- un meccanismo di validazione dei form, client e server, gestione 
errori, messaggistica localizzata, eccetera.
- un meccanismo di navigazione fra le pagine.
queste cose, come minimo, se usi le servlet te le devi inventare perchè 
non sono certo questioni opzionali. quindi non capisco come possa essere 
più veloce, se non scrivendo delle paciugate piene di bug e vulnerabilità.


 più veloce, se non scrivendo delle paciugate piene di bug e vulnerabilità.
A me para una paciugata il chilometro di regole scritte in struts-config che
manco sono in linguaggio java e se solo sbagli una minuscola o un parameter
non capisci piu' nulla


 parameter non capisci piu' nulla
qualsiasi cosa quando ne perdi il controllo non ci capisci più nulla, 
vale anche per il codice disorganizzato e disordinato. e comunque torno a 
ripetere che anche quando usavo struts mi avvalevo dell'ausilio di 
xdoclet.



--------------------------------
Inviato via 
http://arianna.libero.it/usenet/


Se fai solo servlet rischi di produrre un prodotto poco manutenibile. 
dove la logica di formattazione è mischiata alla business logic.
Le JSP, e le taglib, le JSF sono state introdotte per suddividere questi 
aspetti in vari moduli.


Andrea Francia ha scritto:

Andrea sto combattendo con una applicazione in cui e' stato usato tutto 
l'usabile di struts. Ti posso assicurare che una confusione maggiore 
ancora non  mi era mai capitato di incontrarla, soprattutto in 
riferimento alle "taglib" che citi.
Approvo pienamente quello che scrive Nicola (n.n.) mostra tanto "buonsenso".
La logica di Formattazione sta sull'html/css e se ti "organizzi" non e' 
assolutamente un problema. Come non e' un problema rientrare sempre 
sulla stessa servlet, su cui puoi farti tutte le "action" che vuoi.
E l'idea mi era venuta proprio facendo i primi progetti "tutto servlet".
Conditi con il mio file properties, con un xml che esternalizza le 
query, il file dei messaggi e trenta istruzioni per un "log4j" fatto in 
casa.
Presentazione, logica (business), e I/O sono tre componenti logiche che 
sta a te "organizzare" (*). I DAO o POJO che siano possono essere un 
grande aiuto ma anche un grande intralcio se sono semplicemente 
"scatole" di trasporto. Proprio ieri mi e' capitata una cosa ignobile 
con un carattere speciale (le virgolette) in cui solo per capire cosa 
succedeva mi ci e' voluta mezza giornata. Cosa che in un ambiente piu' 
lineare avrei risolto in mezz'ora.
Non nego che "struts" come "hibernate" (non conosco jsf e spring) siano 
  dei framework che in fase di "sviluppo" possono aiutarti ma se ci devi 
mettere sopra le mani per sistemare qualche inesattezza rischi il mal di 
testa soprattutto se, come dice Nicola, la logica e spezzettata fra le 
varie componenti (oltre che xml e jsp anche fra gli stessi sorgenti java).
(*) Di questa separazione ne parlavano gia' un certo numero di anni fa 
il risultato era che, inevitabilmente, passata la moda, ti rimaneva una 
applicazione in cui c'era sempre bisogno dello "stregone" di turno per 
muovere una virgola.
--
ac

 muovere una virgola.
Tipico, poi si vende anche come l'unico guru che ci capisce qualcosa a
differenza dei poracci che devono psicanalizzare il mostro.


 di nuove risorse sul progetto ecc
guarda, sempre in questo thread ho gia detto chiaramente che jsf è molto 
più facile da apprendere di struts, su questo sfondi una porta aperta. 
-- 
