Connaitre les appels des méthodes

Version imprimable

05/01/2012, 22h52
digofwall

Connaitre les appels des méthodes

Bonjour , je souhaiterai réaliser quelque chose mais aucune idée si c'est possible ...

disons que j'appel plusieurs fois dans mon code une méthode que je vais nommé "MethodX".

j'aimerai après que mon logiciel sois lancé , savoir combien de fois cette méthode à étais appelé dans tout mon code et éventuellement connaitre les paramètres envoyés.

genre un tableau:

MethodX(800)
MethodX(2emeparametre) ...

est-ce que cela est possible?

Merci
06/01/2012, 01h21
Robin56

Citation:

Envoyé par digofwall

est-ce que cela est possible?

Eh bien oui, j'avais déjà entendu parlé de cette fonctionnalité mais dans une implémentation d'OSGi mais je n'en sais pas plus.

Sinon je te propose quelque chose de plus simple : un système de logger Java (log4J ou simple appel à un logger fait maison) qui te permettrait d'enregistrer le passage dans une méthode au sein d'un conteneur (fichier, console ou tableau). Un appel tout bête donc à chaque début de fonction.

Bonjour,

En utilisant une propriété static.

Code:

1
2
3
4
5
6
7
8
9
10
11
private static List a = new ArrayList();
public void method(String param){
a.add(param);
....
}
public int getNombreDAppelDeMethod(){
  return a.size();
}
public List getParamsDeMethod(){
  return a;
}

A+.

06/01/2012, 08h55
JoeChip

Ya pas un profiler qui ferait ça ?
06/01/2012, 09h12
andry.aime

Tu peux aussi utiliser ASPECTJ.
06/01/2012, 11h51
CheryBen

Citation:

Envoyé par Robin56

Sinon je te propose quelque chose de plus simple : un système de logger Java (log4J ou simple appel à un logger fait maison) qui te permettrait d'enregistrer le passage dans une méthode au sein d'un conteneur (fichier, console ou tableau). Un appel tout bête donc à chaque début de fonction.

+1, log4j est très bien pour ce que tu veux faire, ultra léger, ultra simple et tu mets ce que tu veux dans les logs. (par exemple la valeur d'une variable static qui compte le nombre d'appels)

edit : à moins que tu ne puisses pas modifier les sources.
07/01/2012, 19h12
Elendhil

Hmm utiliser un "logger" pour compter le nombre d'appels d'une méthode dans un programme java ou encore pire utiliser du code en dur pour ça me semble pas vraiment approprié.

Il suffit d'utiliser pour cela un profiler , il y en a un de disponible dans Netbeans , je suppose qu'Eclipse doit aussi avoir le sien.

Tu lance ton programme en mode "profile" ce qui va te donner le nombre d'appels des méthodes, le temps en ms, le pourcentage sur l'ensemble du programme, la mémoire utilisé etc ...

Bref cela permet d'optimiser ton programme grâce aux statistiques fournis.
07/01/2012, 20h12
Robin56

Citation:

Envoyé par Elendhil

Hmm utiliser un "logger" pour compter le nombre d'appels d'une méthode dans un programme java ou encore pire utiliser du code en dur pour ça me semble pas vraiment approprié.

Elendhil ta réponse se tient oui. Le profiler est une autre piste mais ceci dépend du besoin.

Si le but est d'optimiser le programme grâce à ces informations, il faut mieux utiliser le profiler. Si le but est de plutôt mettre en place un système de trace précis qui permet de facilement cerner l'erreur lorsqu'elle apparait (en prod.), il faut plutôt utiliser plutôt un système de logger.
09/01/2012, 15h59
deathness

Je dirais plutot que c'est complémentaire.

Les traces pour plus facilement comprendre ce que fait le programme, à fortiori s'il est en production (chez un client), le profiler pour les dev pour le développement.