Pour moi c'est pas si enorme à réaliser.... Mais c'est vrai que ca alourdi le'étape de compil.
Après taper //WARN:toto ou System.out.println("Toto")... pour moi c'est pas plus compliqué. Puis si tu veux utilier Log4j ou System.out ou autre.... le choix de remplacement reste facile.

Après on peut evidemment compliquer les choses : un classloader spécifique + BCEL et hop génération à la volée de tes traces.. mais alors là je sais pas ce qui est le mieux : prétraiter 500 .java pour remplacer les commentaires par des log ou modifier à la volée 500 .class pour insérer des logs... je suis toujours pas convaincu de quelle solution est la plus dirty....


Herve AGNOUX wrote:
Le Mardi 3 Juin 2003 14:40, OLIVIER CAYRON a écrit :
  
Bon, c'est loin d'être élégant, mais bon, pour l'instant,
le quick and dirty me satisfait.
    

Effectivement, es-tu sûr que le jeu en vaille la chandelle, par rapport à un 
codage dans le source définitif ?

Il y a bien entendu des instructions à la mode "log.isDebugEnabled" ou 
"log.info" qui sont pénalisantes, mais cela est exceptionnel (certes cela 
dépend de ton code).

Par contre les avantages sont clairs : modifier les traces à la volée sans 
toucher au code, etc.


  

Répondre à