j'ai repris avec plusieurs personnes le développement d'une application
J2EE/JSP sous eclipse.
Le problème est que je n'arrive pas à paramétrer les postes
développeurs(eclipse/java) et/ou Tomcat (peut-être ?) pour cela.
Je ne veux pas d'un truc genre CVS super lourd, simplement savoir comment
onpourrait travailler tous sur les mêmes sources, et tester sur le même
serveur Tomcat nos ajout/modifs.
Can anyone help ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Cédric Chabanois
Olivier Desportes wrote:
Bonjour
j'ai repris avec plusieurs personnes le développement d'une application J2EE/JSP sous eclipse. Le problème est que je n'arrive pas à paramétrer les postes développeurs(eclipse/java) et/ou Tomcat (peut-être ?) pour cela. Je ne veux pas d'un truc genre CVS super lourd, simplement savoir comment onpourrait travailler tous sur les mêmes sources, et tester sur le même serveur Tomcat nos ajout/modifs. Can anyone help ?
Merci d'avance.
Si vous êtes plus d'une personne, il va falloir un gestionnaire de sources CVS ou Subversion. On ne peut guère y couper. Mais ce n'est pas particulièrement lourd. Par contre tester sur le même serveur Tomcat, çà je ne vois pas trop l'intérêt. Pourquoi pas chacun son tomcat ?
Cédric
Olivier Desportes wrote:
Bonjour
j'ai repris avec plusieurs personnes le développement d'une application
J2EE/JSP sous eclipse.
Le problème est que je n'arrive pas à paramétrer les postes
développeurs(eclipse/java) et/ou Tomcat (peut-être ?) pour cela.
Je ne veux pas d'un truc genre CVS super lourd, simplement savoir comment
onpourrait travailler tous sur les mêmes sources, et tester sur le même
serveur Tomcat nos ajout/modifs.
Can anyone help ?
Merci d'avance.
Si vous êtes plus d'une personne, il va falloir un gestionnaire de
sources CVS ou Subversion. On ne peut guère y couper. Mais ce n'est pas
particulièrement lourd.
Par contre tester sur le même serveur Tomcat, çà je ne vois pas trop
l'intérêt. Pourquoi pas chacun son tomcat ?
j'ai repris avec plusieurs personnes le développement d'une application J2EE/JSP sous eclipse. Le problème est que je n'arrive pas à paramétrer les postes développeurs(eclipse/java) et/ou Tomcat (peut-être ?) pour cela. Je ne veux pas d'un truc genre CVS super lourd, simplement savoir comment onpourrait travailler tous sur les mêmes sources, et tester sur le même serveur Tomcat nos ajout/modifs. Can anyone help ?
Merci d'avance.
Si vous êtes plus d'une personne, il va falloir un gestionnaire de sources CVS ou Subversion. On ne peut guère y couper. Mais ce n'est pas particulièrement lourd. Par contre tester sur le même serveur Tomcat, çà je ne vois pas trop l'intérêt. Pourquoi pas chacun son tomcat ?
j'ai repris avec plusieurs personnes le développement d'une application J2EE/JSP sous eclipse. Le problème est que je n'arrive pas à paramétrer les postes développeurs(eclipse/java) et/ou Tomcat (peut-être ?) pour cela. Je ne veux pas d'un truc genre CVS super lourd, simplement savoir comment onpourrait travailler tous sur les mêmes sources, et tester sur le même serveur Tomcat nos ajout/modifs. Can anyone help ?
Merci d'avance.
2 solutions :
soit tous les developpeurs sont dans le meme bureau, et dès que quelqu'un modifie un fichier, il gueule tres fort : est ce que quelqu'un modifie le fichier 'bidule' (et il reste encore la problematique de la gestion de version a gerer) soit tu utilises CVS, qui n'est pas du tout super lourd et qui est tres bien integre a Eclipse
Olivier Desportes wrote:
Bonjour
j'ai repris avec plusieurs personnes le développement d'une application
J2EE/JSP sous eclipse.
Le problème est que je n'arrive pas à paramétrer les postes
développeurs(eclipse/java) et/ou Tomcat (peut-être ?) pour cela.
Je ne veux pas d'un truc genre CVS super lourd, simplement savoir comment
onpourrait travailler tous sur les mêmes sources, et tester sur le même
serveur Tomcat nos ajout/modifs.
Can anyone help ?
Merci d'avance.
2 solutions :
soit tous les developpeurs sont dans le meme bureau, et dès que
quelqu'un modifie un fichier, il gueule tres fort : est ce que quelqu'un
modifie le fichier 'bidule' (et il reste encore la problematique de la
gestion de version a gerer)
soit tu utilises CVS, qui n'est pas du tout super lourd et qui est tres
bien integre a Eclipse
j'ai repris avec plusieurs personnes le développement d'une application J2EE/JSP sous eclipse. Le problème est que je n'arrive pas à paramétrer les postes développeurs(eclipse/java) et/ou Tomcat (peut-être ?) pour cela. Je ne veux pas d'un truc genre CVS super lourd, simplement savoir comment onpourrait travailler tous sur les mêmes sources, et tester sur le même serveur Tomcat nos ajout/modifs. Can anyone help ?
Merci d'avance.
2 solutions :
soit tous les developpeurs sont dans le meme bureau, et dès que quelqu'un modifie un fichier, il gueule tres fort : est ce que quelqu'un modifie le fichier 'bidule' (et il reste encore la problematique de la gestion de version a gerer) soit tu utilises CVS, qui n'est pas du tout super lourd et qui est tres bien integre a Eclipse
Lionel
Fabien Bergeret wrote:
2 solutions : soit tous les developpeurs sont dans le meme bureau, et dès que quelqu'un modifie un fichier, il gueule tres fort : est ce que quelqu'un modifie le fichier 'bidule' (et il reste encore la problematique de la gestion de version a gerer) soit tu utilises CVS, qui n'est pas du tout super lourd et qui est tres bien integre a Eclipse
Il faut au moins 3 minutes pour installer un serveur CVS, 1 minute pour configurer eclipse, et 30 secondes de formation pour l'utiliser. La solution 1 fait donc économiser 4min30, elle est beaucoup plus fun et mettra de l'ambiance dans le bureau :)
Fabien Bergeret wrote:
2 solutions :
soit tous les developpeurs sont dans le meme bureau, et dès que
quelqu'un modifie un fichier, il gueule tres fort : est ce que
quelqu'un modifie le fichier 'bidule' (et il reste encore la
problematique de la gestion de version a gerer)
soit tu utilises CVS, qui n'est pas du tout super lourd et qui est
tres bien integre a Eclipse
Il faut au moins 3 minutes pour installer un serveur CVS, 1 minute pour
configurer eclipse, et 30 secondes de formation pour l'utiliser.
La solution 1 fait donc économiser 4min30, elle est beaucoup plus fun et
mettra de l'ambiance dans le bureau :)
2 solutions : soit tous les developpeurs sont dans le meme bureau, et dès que quelqu'un modifie un fichier, il gueule tres fort : est ce que quelqu'un modifie le fichier 'bidule' (et il reste encore la problematique de la gestion de version a gerer) soit tu utilises CVS, qui n'est pas du tout super lourd et qui est tres bien integre a Eclipse
Il faut au moins 3 minutes pour installer un serveur CVS, 1 minute pour configurer eclipse, et 30 secondes de formation pour l'utiliser. La solution 1 fait donc économiser 4min30, elle est beaucoup plus fun et mettra de l'ambiance dans le bureau :)
Olivier Desportes
Du point de vue de la charge de la machine, effectivment je ne sais pas si CVS est lourd ou pas,mais en tout cas son paramétrage l'est !! J'ai largement explosé les 4 minutes 30... C'est pour ça que j'aurais préféré du moins pointu mais fonctionnel. Cependant,si tu peux m'aider à paramétrer CVSNT sur le serveur, et à correctement connecter ls pc client sous eclipse dessus j'en serais franchement reconnaissant... !
Voilà notre config : Sr le serveur : un dossier j:...CVSrepo (repository directory) et un dossier j:.. CVStemp
Pour le moment ces dossiers sont toujours vide. Les sources de notre projet à intégrer à CVS sont dans J:.. GestionCompta2005
Sur les clients :
les sources du projet sous eclipse pointent aussi sur j:.. GestionCompta2005
Le lecteur J: est un lecteur réseau sur les pc clients, qui correspond au lecteur physique partagé J: du serveur CVS (qui pour l'instant n'est qu'un simple serveur de fichier avec le service CVS actif, mais rien dedans)
Enfin toute aide est bienvenue alors, merci d'avance ? ;)
"Lionel" <SPAMcoollATfreePOINTfr> wrote:
Fabien Bergeret wrote:
2 solutions : soit tous les developpeurs sont dans le meme bureau, et dès que quelqu'un modifie un fichier, il gueule tres fort : est ce que quelqu'un modifie le fichier 'bidule' (et il reste encore la problematique de la gestion de version a gerer) soit tu utilises CVS, qui n'est pas du tout super lourd et qui est tres bien integre a Eclipse
Il faut au moins 3 minutes pour installer un serveur CVS, 1 minute pour configurer eclipse, et 30 secondes de formation pour l'utiliser. La solution 1 fait donc économiser 4min30, elle est beaucoup plus fun et mettra de l'ambiance dans le bureau :)
Du point de vue de la charge de la machine, effectivment je ne sais pas si
CVS est lourd ou pas,mais en tout cas son paramétrage l'est !! J'ai
largement explosé les 4 minutes 30... C'est pour ça que j'aurais préféré du
moins pointu mais fonctionnel.
Cependant,si tu peux m'aider à paramétrer CVSNT sur le serveur, et à
correctement connecter ls pc client sous eclipse dessus j'en serais
franchement reconnaissant... !
Voilà notre config :
Sr le serveur :
un dossier j:...CVSrepo (repository directory) et un dossier j:..
CVStemp
Pour le moment ces dossiers sont toujours vide.
Les sources de notre projet à intégrer à CVS sont dans J:..
GestionCompta2005
Sur les clients :
les sources du projet sous eclipse pointent aussi sur j:..
GestionCompta2005
Le lecteur J: est un lecteur réseau sur les pc clients, qui correspond au
lecteur physique partagé J: du serveur CVS (qui pour l'instant n'est qu'un
simple serveur de fichier avec le service CVS actif, mais rien dedans)
Enfin toute aide est bienvenue alors, merci d'avance ? ;)
"Lionel" <SPAMcoollATfreePOINTfr> wrote:
Fabien Bergeret wrote:
2 solutions :
soit tous les developpeurs sont dans le meme bureau, et dès que
quelqu'un modifie un fichier, il gueule tres fort : est ce que
quelqu'un modifie le fichier 'bidule' (et il reste encore la
problematique de la gestion de version a gerer)
soit tu utilises CVS, qui n'est pas du tout super lourd et qui est
tres bien integre a Eclipse
Il faut au moins 3 minutes pour installer un serveur CVS, 1 minute pour
configurer eclipse, et 30 secondes de formation pour l'utiliser.
La solution 1 fait donc économiser 4min30, elle est beaucoup plus fun et
mettra de l'ambiance dans le bureau :)
Du point de vue de la charge de la machine, effectivment je ne sais pas si CVS est lourd ou pas,mais en tout cas son paramétrage l'est !! J'ai largement explosé les 4 minutes 30... C'est pour ça que j'aurais préféré du moins pointu mais fonctionnel. Cependant,si tu peux m'aider à paramétrer CVSNT sur le serveur, et à correctement connecter ls pc client sous eclipse dessus j'en serais franchement reconnaissant... !
Voilà notre config : Sr le serveur : un dossier j:...CVSrepo (repository directory) et un dossier j:.. CVStemp
Pour le moment ces dossiers sont toujours vide. Les sources de notre projet à intégrer à CVS sont dans J:.. GestionCompta2005
Sur les clients :
les sources du projet sous eclipse pointent aussi sur j:.. GestionCompta2005
Le lecteur J: est un lecteur réseau sur les pc clients, qui correspond au lecteur physique partagé J: du serveur CVS (qui pour l'instant n'est qu'un simple serveur de fichier avec le service CVS actif, mais rien dedans)
Enfin toute aide est bienvenue alors, merci d'avance ? ;)
"Lionel" <SPAMcoollATfreePOINTfr> wrote:
Fabien Bergeret wrote:
2 solutions : soit tous les developpeurs sont dans le meme bureau, et dès que quelqu'un modifie un fichier, il gueule tres fort : est ce que quelqu'un modifie le fichier 'bidule' (et il reste encore la problematique de la gestion de version a gerer) soit tu utilises CVS, qui n'est pas du tout super lourd et qui est tres bien integre a Eclipse
Il faut au moins 3 minutes pour installer un serveur CVS, 1 minute pour configurer eclipse, et 30 secondes de formation pour l'utiliser. La solution 1 fait donc économiser 4min30, elle est beaucoup plus fun et mettra de l'ambiance dans le bureau :)
Olivier Desportes
Eh bien il me semblait plus logique que dans une logique de développement d'application client/serveur, que les développeurs testent leur travail sur un serveur qui centralise les modifications de tout le monde, et dont le paramétrage unique garantie un fonctionnement identique pour tout le monde. Mais si CVS permet de compiler en utilisant à chque fois les dernières modifs de tous les développeurs alors c'est bon.
Pour revenir à CVS, il est très lourd, mais au paramétrage... (voir plus haut dans mes posts)
Donc je veux bien l'utiliser, mais le paramétrage est infernal je me casse les dents dessus (CVSNT)
Donc si quelqu'un peut m'aider pour paramétrer eclipse /cvsnt, je suis vraiment preneur !!
Merci pour vos réponses en tout cas.
Cédric Chabanois wrote:
Olivier Desportes wrote:
Bonjour
j'ai repris avec plusieurs personnes le développement d'une application J2EE/JSP sous eclipse. Le problème est que je n'arrive pas à paramétrer les postes développeurs(eclipse/java) et/ou Tomcat (peut-être ?) pour cela. Je ne veux pas d'un truc genre CVS super lourd, simplement savoir comment onpourrait travailler tous sur les mêmes sources, et tester sur le même serveur Tomcat nos ajout/modifs. Can anyone help ?
Merci d'avance.
Si vous êtes plus d'une personne, il va falloir un gestionnaire de sources CVS ou Subversion. On ne peut guère y couper. Mais ce n'est pas particulièrement lourd. Par contre tester sur le même serveur Tomcat, çà je ne vois pas trop l'intérêt. Pourquoi pas chacun son tomcat ?
Cédric
Eh bien il me semblait plus logique que dans une logique de développement
d'application client/serveur, que les développeurs testent leur travail sur
un serveur qui centralise les modifications de tout le monde, et dont le
paramétrage unique garantie un fonctionnement identique pour tout le
monde. Mais si CVS permet de compiler en utilisant à chque fois les
dernières modifs de tous les développeurs alors c'est bon.
Pour revenir à CVS, il est très lourd, mais au paramétrage... (voir plus
haut dans mes posts)
Donc je veux bien l'utiliser, mais le paramétrage est infernal je me casse
les dents dessus (CVSNT)
Donc si quelqu'un peut m'aider pour paramétrer eclipse /cvsnt, je suis
vraiment preneur !!
Merci pour vos réponses en tout cas.
Cédric Chabanois wrote:
Olivier Desportes wrote:
Bonjour
j'ai repris avec plusieurs personnes le développement d'une application
J2EE/JSP sous eclipse.
Le problème est que je n'arrive pas à paramétrer les postes
développeurs(eclipse/java) et/ou Tomcat (peut-être ?) pour cela.
Je ne veux pas d'un truc genre CVS super lourd, simplement savoir comment
onpourrait travailler tous sur les mêmes sources, et tester sur le même
serveur Tomcat nos ajout/modifs.
Can anyone help ?
Merci d'avance.
Si vous êtes plus d'une personne, il va falloir un gestionnaire de
sources CVS ou Subversion. On ne peut guère y couper. Mais ce n'est pas
particulièrement lourd.
Par contre tester sur le même serveur Tomcat, çà je ne vois pas trop
l'intérêt. Pourquoi pas chacun son tomcat ?
Eh bien il me semblait plus logique que dans une logique de développement d'application client/serveur, que les développeurs testent leur travail sur un serveur qui centralise les modifications de tout le monde, et dont le paramétrage unique garantie un fonctionnement identique pour tout le monde. Mais si CVS permet de compiler en utilisant à chque fois les dernières modifs de tous les développeurs alors c'est bon.
Pour revenir à CVS, il est très lourd, mais au paramétrage... (voir plus haut dans mes posts)
Donc je veux bien l'utiliser, mais le paramétrage est infernal je me casse les dents dessus (CVSNT)
Donc si quelqu'un peut m'aider pour paramétrer eclipse /cvsnt, je suis vraiment preneur !!
Merci pour vos réponses en tout cas.
Cédric Chabanois wrote:
Olivier Desportes wrote:
Bonjour
j'ai repris avec plusieurs personnes le développement d'une application J2EE/JSP sous eclipse. Le problème est que je n'arrive pas à paramétrer les postes développeurs(eclipse/java) et/ou Tomcat (peut-être ?) pour cela. Je ne veux pas d'un truc genre CVS super lourd, simplement savoir comment onpourrait travailler tous sur les mêmes sources, et tester sur le même serveur Tomcat nos ajout/modifs. Can anyone help ?
Merci d'avance.
Si vous êtes plus d'une personne, il va falloir un gestionnaire de sources CVS ou Subversion. On ne peut guère y couper. Mais ce n'est pas particulièrement lourd. Par contre tester sur le même serveur Tomcat, çà je ne vois pas trop l'intérêt. Pourquoi pas chacun son tomcat ?
Cédric
Lionel
Olivier Desportes wrote:
Du point de vue de la charge de la machine, effectivment je ne sais pas si CVS est lourd ou pas,mais en tout cas son paramétrage l'est !! J'ai largement explosé les 4 minutes 30... C'est pour ça que j'aurais préféré du moins pointu mais fonctionnel. Cependant,si tu peux m'aider à paramétrer CVSNT sur le serveur, et à correctement connecter ls pc client sous eclipse dessus j'en serais franchement reconnaissant... !
Voilà notre config : Sr le serveur : un dossier j:...CVSrepo (repository directory) et un dossier j:.. CVStemp
Si ça n'est pas fait, crée un nouveau repository depuis CVS qui pointe vers j:..CVSrepoGestionCompta2005 Maintenant coté serveur le boulot est fini.
Coté client: passe en perspective CVS. new/ repository location host: IP du serveur repository path : j:...CVSrepoGestionCompta2005 user/password: login d'un compte du serveur windows connection: pserver
clic sur OK. Hop c'est fini. Reste plus qu'à faire un share project et commiter le projet depuis un des workspace eclipse.
A mon avis on est largement sous les 4min30 :)
Le lecteur J: est un lecteur réseau sur les pc clients, qui correspond au lecteur physique partagé J: du serveur CVS
Le repository ne doit pas etre partagé sur le réseau. Chaque client utilise un workspace local, personne ne travaille sur le J: du serveur.
Olivier Desportes wrote:
Du point de vue de la charge de la machine, effectivment je ne sais
pas si CVS est lourd ou pas,mais en tout cas son paramétrage l'est !!
J'ai largement explosé les 4 minutes 30... C'est pour ça que j'aurais
préféré du moins pointu mais fonctionnel.
Cependant,si tu peux m'aider à paramétrer CVSNT sur le serveur, et à
correctement connecter ls pc client sous eclipse dessus j'en serais
franchement reconnaissant... !
Voilà notre config :
Sr le serveur :
un dossier j:...CVSrepo (repository directory) et un dossier j:..
CVStemp
Si ça n'est pas fait, crée un nouveau repository depuis CVS qui pointe vers
j:..CVSrepoGestionCompta2005
Maintenant coté serveur le boulot est fini.
Coté client: passe en perspective CVS.
new/ repository location
host: IP du serveur
repository path : j:...CVSrepoGestionCompta2005
user/password: login d'un compte du serveur windows
connection: pserver
clic sur OK.
Hop c'est fini.
Reste plus qu'à faire un share project et commiter le projet depuis un des
workspace eclipse.
A mon avis on est largement sous les 4min30 :)
Le lecteur J: est un lecteur réseau sur les pc clients, qui
correspond au lecteur physique partagé J: du serveur CVS
Le repository ne doit pas etre partagé sur le réseau.
Chaque client utilise un workspace local, personne ne travaille sur le J: du
serveur.
Du point de vue de la charge de la machine, effectivment je ne sais pas si CVS est lourd ou pas,mais en tout cas son paramétrage l'est !! J'ai largement explosé les 4 minutes 30... C'est pour ça que j'aurais préféré du moins pointu mais fonctionnel. Cependant,si tu peux m'aider à paramétrer CVSNT sur le serveur, et à correctement connecter ls pc client sous eclipse dessus j'en serais franchement reconnaissant... !
Voilà notre config : Sr le serveur : un dossier j:...CVSrepo (repository directory) et un dossier j:.. CVStemp
Si ça n'est pas fait, crée un nouveau repository depuis CVS qui pointe vers j:..CVSrepoGestionCompta2005 Maintenant coté serveur le boulot est fini.
Coté client: passe en perspective CVS. new/ repository location host: IP du serveur repository path : j:...CVSrepoGestionCompta2005 user/password: login d'un compte du serveur windows connection: pserver
clic sur OK. Hop c'est fini. Reste plus qu'à faire un share project et commiter le projet depuis un des workspace eclipse.
A mon avis on est largement sous les 4min30 :)
Le lecteur J: est un lecteur réseau sur les pc clients, qui correspond au lecteur physique partagé J: du serveur CVS
Le repository ne doit pas etre partagé sur le réseau. Chaque client utilise un workspace local, personne ne travaille sur le J: du serveur.
Trognon Patrice
Je suis d'accord avec tous les posts en réponse, tu ne peux pas y couper.
Perso j'utilise maintenant SubVersion (SVN) qui s'integre très bien aussi a Eclipse, et coté installation / utilisation c'est super trivial.
Voila.
Olivier Desportes wrote:
Eh bien il me semblait plus logique que dans une logique de développement d'application client/serveur, que les développeurs testent leur travail sur un serveur qui centralise les modifications de tout le monde, et dont le paramétrage unique garantie un fonctionnement identique pour tout le monde. Mais si CVS permet de compiler en utilisant à chque fois les dernières modifs de tous les développeurs alors c'est bon.
Pour revenir à CVS, il est très lourd, mais au paramétrage... (voir plus haut dans mes posts)
Donc je veux bien l'utiliser, mais le paramétrage est infernal je me casse les dents dessus (CVSNT)
Donc si quelqu'un peut m'aider pour paramétrer eclipse /cvsnt, je suis vraiment preneur !!
Merci pour vos réponses en tout cas.
Cédric Chabanois wrote:
Olivier Desportes wrote:
Bonjour
j'ai repris avec plusieurs personnes le développement d'une application J2EE/JSP sous eclipse. Le problème est que je n'arrive pas à paramétrer les postes développeurs(eclipse/java) et/ou Tomcat (peut-être ?) pour cela. Je ne veux pas d'un truc genre CVS super lourd, simplement savoir comment onpourrait travailler tous sur les mêmes sources, et tester sur le même serveur Tomcat nos ajout/modifs. Can anyone help ?
Merci d'avance.
Si vous êtes plus d'une personne, il va falloir un gestionnaire de sources CVS ou Subversion. On ne peut guère y couper. Mais ce n'est pas particulièrement lourd. Par contre tester sur le même serveur Tomcat, çà je ne vois pas trop l'intérêt. Pourquoi pas chacun son tomcat ?
Cédric
-- Cordialement,
Patrice Trognon http://wwW.javadevel.com
Je suis d'accord avec tous les posts en réponse, tu ne peux
pas y couper.
Perso j'utilise maintenant SubVersion (SVN) qui s'integre très bien
aussi a Eclipse, et coté installation / utilisation c'est super
trivial.
Voila.
Olivier Desportes wrote:
Eh bien il me semblait plus logique que dans une logique de développement
d'application client/serveur, que les développeurs testent leur travail
sur un serveur qui centralise les modifications de tout le monde, et dont
le
paramétrage unique garantie un fonctionnement identique pour tout le
monde. Mais si CVS permet de compiler en utilisant à chque fois les
dernières modifs de tous les développeurs alors c'est bon.
Pour revenir à CVS, il est très lourd, mais au paramétrage... (voir plus
haut dans mes posts)
Donc je veux bien l'utiliser, mais le paramétrage est infernal je me casse
les dents dessus (CVSNT)
Donc si quelqu'un peut m'aider pour paramétrer eclipse /cvsnt, je suis
vraiment preneur !!
Merci pour vos réponses en tout cas.
Cédric Chabanois wrote:
Olivier Desportes wrote:
Bonjour
j'ai repris avec plusieurs personnes le développement d'une application
J2EE/JSP sous eclipse.
Le problème est que je n'arrive pas à paramétrer les postes
développeurs(eclipse/java) et/ou Tomcat (peut-être ?) pour cela.
Je ne veux pas d'un truc genre CVS super lourd, simplement savoir
comment onpourrait travailler tous sur les mêmes sources, et tester sur
le même serveur Tomcat nos ajout/modifs.
Can anyone help ?
Merci d'avance.
Si vous êtes plus d'une personne, il va falloir un gestionnaire de
sources CVS ou Subversion. On ne peut guère y couper. Mais ce n'est pas
particulièrement lourd.
Par contre tester sur le même serveur Tomcat, çà je ne vois pas trop
l'intérêt. Pourquoi pas chacun son tomcat ?
Je suis d'accord avec tous les posts en réponse, tu ne peux pas y couper.
Perso j'utilise maintenant SubVersion (SVN) qui s'integre très bien aussi a Eclipse, et coté installation / utilisation c'est super trivial.
Voila.
Olivier Desportes wrote:
Eh bien il me semblait plus logique que dans une logique de développement d'application client/serveur, que les développeurs testent leur travail sur un serveur qui centralise les modifications de tout le monde, et dont le paramétrage unique garantie un fonctionnement identique pour tout le monde. Mais si CVS permet de compiler en utilisant à chque fois les dernières modifs de tous les développeurs alors c'est bon.
Pour revenir à CVS, il est très lourd, mais au paramétrage... (voir plus haut dans mes posts)
Donc je veux bien l'utiliser, mais le paramétrage est infernal je me casse les dents dessus (CVSNT)
Donc si quelqu'un peut m'aider pour paramétrer eclipse /cvsnt, je suis vraiment preneur !!
Merci pour vos réponses en tout cas.
Cédric Chabanois wrote:
Olivier Desportes wrote:
Bonjour
j'ai repris avec plusieurs personnes le développement d'une application J2EE/JSP sous eclipse. Le problème est que je n'arrive pas à paramétrer les postes développeurs(eclipse/java) et/ou Tomcat (peut-être ?) pour cela. Je ne veux pas d'un truc genre CVS super lourd, simplement savoir comment onpourrait travailler tous sur les mêmes sources, et tester sur le même serveur Tomcat nos ajout/modifs. Can anyone help ?
Merci d'avance.
Si vous êtes plus d'une personne, il va falloir un gestionnaire de sources CVS ou Subversion. On ne peut guère y couper. Mais ce n'est pas particulièrement lourd. Par contre tester sur le même serveur Tomcat, çà je ne vois pas trop l'intérêt. Pourquoi pas chacun son tomcat ?
