Newsgroup: it.comp.java
Titolo: eclipse, webapp e cvs

salve
sto sviluppando una webapp (piuttosto semplice) con eclipse 3.3.1.1 (ultima 
versione credo) con tomcat 5.5
La webapp č stata creata senza usare alucn plugin esterno ma semplicemente 
scegliendo "Dynamic Web" (vado a ricordo, ma il concetto era questo)
Adesso che lo sviluppo č partito sarebbe necessario mettere tutto sotto CVS, 
ma non tutto il team usa eclipse (usiamo anche jbuilder).
Domanda 1): come dovremmo strutturare i file che compongono il progetto in 
modo da essere "generici", cioč da non favorire ne l'uno ne l'altro editor?? 
(anzi l'idea sarebbe che ci sono anche persone che fanno piccolissime 
modifiche senza usare alcun IDE, ma hanno solo WinCVS per 
updatare/committare)
Domanda 2): provando semplicemente a usare il CVS di eclipse, esso mi 
farebbe banalmente inserire in CVS tutti i file, sia i sorgenti sia gli 
strambi file di eclipse (.setting, forse metadata qualcosa.... bah... non 
ricordo bene), ma cosě verrebbero meno le caratteristiche che mi servono al 
punto 1), inoltre cosě facendo le librerie che vengono incluse nel WAR al 
deploy invece non compaiono da nessuna parte. COme risolvo??
Riepilogando: se qualcuno usa eclipse in team per sviluppare webapp usando 
CVS, mi dite che struttura progetto adottate?? (e come si fa a includere i 
jar con quel maledetto Eclipse)
Grazie 


1.
Tutto avviene al 1.commit
Quando fai in eclipse lo "share project" inziale selezioni tutti i file da
"mandare su" , e scegli quelli che vuoi.
Poi lasci i ? Punti di domanda a vita su quelli che non condividi, e cosi'
non vi rompete le balle a vicenda ad esempio con il file di progetto
2.
Se trovi scomodo creare il progetto la prima volta con eclipse, usa al 1.
commit il wincvs, che e' ottimo
3. Se fai "pateracchi" in ultima battuta conviene che vai sul server e dai
una pulita/sistemata a mano, con molta attenzione naturalmente
4. i war sono file binari come gli altri, quando fai il primo commit glielo
segnali che sono binari
5. Se convivete con client diversi la differenza sostanziale fra eclipse e
wincvs ( jbuilder non conosco il client cvs ) e' che wincvs ha il lock
esclusivo e eclipse no.
Il lock esclusivo cambia tutto il modo di lavorare perche' diminuisce
moltissimo i merge ma ha delle controindicazioni
In pratica senza lock esclusivo bisogna fare "refresh" ogni mattina in modo
da tenere sotto controllo i merge
Sse vuoi lavorare in esclusiva con eclipse fai un "branchettino"
Al di la di questo se usate i 2 client una cosa e' certa, conviene che chi
usa WinCVS NON USI il lock esckusivo in modo da avere un processo = per
tutti.
Ciao Nicola
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 tutti.
Dimenticavo
6.
Se vi piace il buon winCVS potreste anche usarlo tutti, compresi gli eclipse
e lo tengono "sotto" sul desktop
cosi' magari usate il lock esclusivo che e' preferito da quasi tutti i
capiprogetto
Abbiamo fatto cosi' in moltissimi progetti.
Io pero' se devo dire la mia mi trovo bene col cvs di eclipse, e comunque mi
porrei il dubbio sui suoi limiti su un team > 10 persone



il fatto è proprio questo a me andrebbe proprio bene tenere il winCVS per
tutti, così anche i capi-progetto, hanno visibilità e se vogliono possono
metterci le mani (raramente)...
il primo problema è come organizzare la struttura del progetto a prescindere
dal IDE (vabbe uno può scegliere una struttura e amen ma se hai qualche
consiglio ben venga...)
il secondo problema (il più grosso) e come utilizzare tale struttura
generica in eclipse (intanto risolvo per eclipse per gli altri vedro
poi...), cioè come faccio a fargli "digerire" la struttura che ho imposto???
(senza usare il CVS di eclipse)...
Quando in Eclipse faccio un progetto Dynamic Web, lui si crea tutte le sue
directory: vuole una WebContent, le librerie sono solo referenziate e non
incluse (mentre io nella mia struttura CVS voglio che siano presenti... e
che diamine il giorno che decido di fare un branch per testare nuove
librerie altrimenti come faccio??)... ecc....
Spero di essere stato chiaro.... in fondo non mi sembra di cercare niente di
particolare... senza voler peccare di presunzione ma mi sembra che la
strategia che vorrei adottare sarebbe l'ideale per qualunque team....
ciao e grazie a tutti

n.n.??? ti prego mi rispondi??? ;-)
grazie


 grazie
lollll :-)
Allora ti rispondo che farei io :
Chi ha eclipse usi il client di eclipse
Chi non usa eclipse usi wincvs ma NON faccia mai il lock esclusivo
Per quanto riguarda il prgetto
fai
new -> Project -> Java Project
che finisce in c:\workspace\NOMEPROGETTO
fai le cartelle
src <-- .java
build <-- .class .jar .war .erar
view <-- .xhtml , immagini .css
lib<-- .jar delle librerie che usi
resourcce <-- WEB-INF META-INF e tutti ifile di config .xml
in cartella NOMEPROGETTO tieni solo build.xml e se lo hai build.properties
per compilare usate ant ( o maven se siete masochisti e purtroppo ho la
sensazione che lo dovremo diventare tutti prima o poi )
a questo punto in eclipse vai sulla cartella
NOMEPROGETTO e fai team-->share project
ti da la lista delle cartelle e ESCLUDI solo la BUILD
poi metti in lista CVSIGNORE il .project che rompe le budella se no perche
ognuno lo ha lievemente diverso
ciao buon lavoro :-)


 ciao buon lavoro :-)
però in questo modo non avendo fatto un Web Dynamic Project, non posso fare
test integrati
in eclipse+tomcat e questo è vitale....
uff... ma possibile che non ci sia soluzione??
che forse si potrebbe tradurre in: posso fare un Web Dynamic Project e
decidere "un po meglio" la struttura delle cartelle che voglio usare????
grazie ancora

 grazie ancora
ciauz


 deploy invece non compaiono da nessuna parte. COme risolvo??
1) soluzione semplice
mettendo le librerie che vanno nella WEB-INF/lib direttamente nella
WEB-INF/lib, quindi nel cvs.
2) soluzione più completa
mettendo le librerie in una directory lib a parte, sempre nel cvs, ma
utilizzando ant per compilare, packaging e deploy
3) soluzione ottimale
maven