----- Original Message ----- From: "Herve AGNOUX" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, May 16, 2002 11:26 AM Subject: Re: Classes proxy et log des op�rations
> Voici d'autres pistes, que j'ai jamais essay�, mais je serais curieux > d'avoir des retours d'infos. Ah oui, je vois le genre, m�ssieur aimerait avoir des infos, donc m�ssieur me demande de tester pour lui. Je verrai si j'ai le temps de travailler pour m�ssieur ;-)) > > Il existe un java.lang.Runtime.traceMethodCalls(boolean), mais qui ne > fonctionne pas avec toutes les JVM (c'est vraiment pratique ! ) Peut > �tre qu'avec la v�tre ?... Ouais, enfin, d'apr�s la doc, il sugg�re � la JVM de sortir les infos comme elle veut. Et comme on souhaite exploiter ces infos dans le m�me programme Java, �a risque de marcher moyen ! > > > L'autre approche est de remettre en cause le 'pas changer la classe > d'un pouill�me'. Etes-vous vraiment oblig�s, ou est-ce la peur de de > rajouter x lignes de code ? C'est surtout la flemme de rajouter une ligne de code dans *chaque* m�thode ! A la fin, �a fait pas mal de lignes, tout de m�me ! > Le syst�me des proxy permet-t-il > d'arriver � un loguing aussi fin et souple que les outils � la log4j > ? Je le pense, car on peut arriver assez facilement � associer � chaque classe un proxy qui permet de d�terminer o� et comment tracer le code des m�thodes, surtout si on fournit � ce proxy des infos concernant le mode de trace � choisir. Enfin, personnellement, la solution du proxy me plait, car elle permet de centraliser le mode d'utilisation et d'administration des traces, qui serait sinon r�parti dans une dizaine de classes, et donc pas optimal du tout > > A+. > > -- > Sur le Web, tout de suite. > Herve AGNOUX - diaam informatique > http://www.diaam-informatique.com > Nicolas Delsaux >
