Re: Dernières nouveautés J2EE

Je ne vois pas en quoi ant est formidable de facon indeniable.
Tu ne vois pas en quoi un outil d'industrialisation du développement multiplateforme facilement extensible et utilisable est formidable ? Soit.

un argument inverse au hasard: il ne sait pas ne recompiler que les fichiers qui ont change comme make le fait. tant que c'est un .java ca va (parce que javac regarde lui-meme les timestamps des fichiers) mais si tu veux faire autre chose (par exemple compiler une lib c chargee en jni ou transformer un .xml.template en .xml...
Tu vas dire que je suis de mauvaise foi, mais je ne vois pas pourquoi Ant aurait à se soucier de ce genre de problématique. Personne n'a jamais dit que Ant était un compilateur, je crois ?
Car ça n'en est pas un. Et vérifier ce genre de choses, est-ce que ça n'est pas le travail du compilateur ?
Bref, tu confonds deux choses, là. L'intérêt de Ant, c'est de piloter un ensemble de processus visant à produire un code de qualité; Ce qui ne signifie pas seulement le compiler.
Avec Ant, tu peux très facilement compiler ton code, générer la javadoc et les sources HTML associés (c'est ce que fait Maven) en l'ayant au préalable récupéré depuis CVS, puis packager le tout dans un jar (ou un war) et envoyer ce package sur ton serveur d'appli que tu vas en même temps arrêter et relancer.
Pour l'anecdote, j'ai écrit un script qui fait exactement ça avec des connexions SSH, aussi bien au serveur CVS qu'au serveur d'application, et redéploiement sur plusieurs serveurs Tomcat avec arrêt et redémarrage.

si je n'avais pas peur de liberer un troll je dirais que ca montre plus qu'ant un bon en arriere de 30 ans qu'un outil vraiment formidable...
Vas-y, libères-le toujours.
Pour ma part, je n'ai pas l'impression d'un bon en arrière, alors même que j'ai eu l'occasion d'utiliser des pseudo-makefiles.

[ Répondre ]