# Eclipse/Java - Tracer les méthodes

**URL:** <https://www.debian-fr.org/t/eclipse-java-tracer-les-methodes/56205>\
**Category:** Programmation\
**Created:** [Février 21, 2016, 2:02 UTC](https://www.debian-fr.org/t/eclipse-java-tracer-les-methodes/56205 "2016-02-21T14:02:46Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![debianhadic](https://www.debian-fr.org/user_avatar/www.debian-fr.org/debianhadic/32/3870_2.png) [@debianhadic](https://www.debian-fr.org/u/debianhadic)\
**Post date:** [Février 21, 2016, 2:02 UTC](https://www.debian-fr.org/t/eclipse-java-tracer-les-methodes/56205/1 "2016-02-21T14:02:46Z")

</div>

Est-ce qu’il est possible de connaître l’ensemble des méthodes (dans une classe en particulier ?) qui sont appelées après un breakpoint ou à n’importe quel moment ?  
En gros j’ai un comportement bizarre d’un écran, et je voudrais connaître la méthode responsable.

---

<div class="post-metadata">

**Author:** ![MisterFreez](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/bb73d2/32.png) [@MisterFreez](https://www.debian-fr.org/u/MisterFreez)\
**Post date:** [Février 21, 2016, 2:03 UTC](https://www.debian-fr.org/t/eclipse-java-tracer-les-methodes/56205/2 "2016-02-21T14:03:35Z")

</div>

Je connais pas assez eclipse pour te dire comment faire, mais si j’ai bien compris ce que tu souhaite (voir une stacktrace). C’est très certainement possible.

---

<div class="post-metadata">

**Author:** ![An0nym](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/848f3c/32.png) [@An0nym](https://www.debian-fr.org/u/An0nym)\
**Post date:** [Février 21, 2016, 2:03 UTC](https://www.debian-fr.org/t/eclipse-java-tracer-les-methodes/56205/3 "2016-02-21T14:03:35Z")

</div>

Salut,

En cherchant un peu dans le débogeur, tu devrais trouver ce genre d’option… Tu peux fouiller aussi du côté des perspectives je pense.

Cordialement

---

<div class="post-metadata">

**Author:** ![debianhadic](https://www.debian-fr.org/user_avatar/www.debian-fr.org/debianhadic/32/3870_2.png) [@debianhadic](https://www.debian-fr.org/u/debianhadic)\
**Post date:** [Février 21, 2016, 2:03 UTC](https://www.debian-fr.org/t/eclipse-java-tracer-les-methodes/56205/4 "2016-02-21T14:03:36Z")

</div>

Le problème c’est que je vois rapidement commencer et terminer un thread mais je ne trouve pas le moyen de récupérer l’historique … En gros je bosse avec un Framework propriétaire, et pas mal d’actions se font en dehors de mon code, sans savoir exactement d’où ça provient ! finalement hier j’ai résolu mon problème autrement, mais ma question reste en suspend, car ce n’est pas la première fois que j’en ai besoin ! 🙂

---

<div class="post-metadata">

**Author:** ![MisterFreez](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/bb73d2/32.png) [@MisterFreez](https://www.debian-fr.org/u/MisterFreez)\
**Post date:** [Février 21, 2016, 2:03 UTC](https://www.debian-fr.org/t/eclipse-java-tracer-les-methodes/56205/5 "2016-02-21T14:03:37Z")

</div>

Avec de multiple thread c’est une autre paire de manche et je suis très loin de suffisamment connaître eclipse pour pouvoir en parler.

---

<div class="post-metadata">

**Author:** ![debianhadic](https://www.debian-fr.org/user_avatar/www.debian-fr.org/debianhadic/32/3870_2.png) [@debianhadic](https://www.debian-fr.org/u/debianhadic)\
**Post date:** [Février 21, 2016, 2:03 UTC](https://www.debian-fr.org/t/eclipse-java-tracer-les-methodes/56205/6 "2016-02-21T14:03:39Z")

</div>

Sinon le problème est simple, tu fais un point d’arrêt et tu suis l’exécution … Mais sur un autre thread, je ne vois pas ☹

---

<div class="post-metadata">

**Author:** ![Mimoza](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mimoza/32/3858_2.png) [@Mimoza](https://www.debian-fr.org/u/Mimoza)\
**Post date:** [Février 21, 2016, 2:03 UTC](https://www.debian-fr.org/t/eclipse-java-tracer-les-methodes/56205/7 "2016-02-21T14:03:39Z")

</div>

De ce que je sais et expérimenté, quelque soit le thread appelant si il rencontre un point d’arrêt dans le code la perspective de deboggage devrais s’activer. Après il y a toujours la stacktrace dans un coin.

> [@](#):
>
> l’ensemble des méthodes (dans une classe en particulier ?) qui sont appelées après un breakpoint

Avant oui, après ça me parait difficile. Le debugger n’est pas devin. Sinon mettre un point d’arrêt plus loin dans le code pour voir l’historique.

> [@](#):
>
> ou à n’importe quel moment ?

CAD ? Tu as toujours la [Jconsole](http://docs.oracle.com/javase/1.5.0/docs/guide/management/jconsole.html)qui te permet de connaitre l’état de la JVM / appli en cours de fonctionnement.
