Je suis en train de porter vers Netbeans une application web développée par des Eclipsiens avec pour process de build des scripts ants.

Une première approche consista à créer une webapp à partir du script ant existant. Temps du portage 10 minutes.
Génial, rien à redire !!

Maintenant, j'aimerais faire mieux car les temps de déploiement et de relance Tomcat sont couteux de cette manière.
Je tombe donc sur cette article : http://www.netbeans.org/kb/articles/porting-webapps.html qui ma foi est très bien mais trop simple pour mes besoins. Mon soucis majeur est induit par XDoclet qui génère mes taglibs et mon web.xml dynamiquement alors que Netbeans en à besoin de manière statique à la création du projet. J'ai aussi le fait que l'application tourne actuellement avec Tomcat4 qui n'est pas "bundled" avec Netbeans 5.5 (seulement à partir de la 5.0 de Tomcat) . Nul doute que je vais venir à bout de mes problèmes et ce n'est d'ailleurs pas l'objet de ce "post", mais en est l'introduction.

Donc voilà, dans l'article préalablement cité je tombe sur ces 2 phrases :
There is a school of thought that says that the code should be written with such clarity that documentation inside the method is

not required. While I may agree with this viewpoint as an ideal, ...
Il en conclut donc :
I add “fix internal documentation” to my to-do list.
Oui un code se suffisant à lui même est un idéal et je suis de cette école, même peut être le pire élève. Et, Je devrais donc plutôt mettre dans ma TODO list : "Refactor and Clarify code".

Mais plus je vieillis plus je deviens prudent et moins je prends de risque. Donc sans aucun test unitaire pour me protéger d'éventuels régressions, pour ce coup là, je n'ai pas mis, "Refactor code" dans ma TODO list.

Nous sommes des idéalistes mais l'age fait de nous des réalistes.