decompiler jd-gui (fichier jar )

Bonjour a tous ,

j'ai décompresser un fichier jar avec le decompiler jd-gui.exe , et dans fichier .class , j'ai trouver une méthode:

Code:

---

1 2 3 4 5

public void setFrame(AbstractApplicationFrame frame) { AbstractApplicationFrame localAbstractApplicationFrame = frame; setFrame_aroundBody19$advice(this, localAbstractApplicationFrame, JavaBeanAspect.aspectOf(), this, null); }

---

Je ne comprend pas la 2eme ligne : setFrame_aroundBody19$advice !! (la présence de $ )

Est-ce qu'il un problème de decompiler (jd-gui.exe) ? iou le fichier .class est obfiscer ?

Merci d'avance

Salut,

Le caractère $ est tout à fait légal comme identifiant (de classe, méthode, attribut ou variable).

Après c'est généralement utilisé par le compilateur pour gérer certaines fonctionnalités spécifiques du langage.

Salut,

Merci pour la réponse rapide .
le problème si je veux le compiler avec éclipse (cette méthode n'est pas défini !! , et je ne la trouve pas dans le code source .class '')

Merci d'avance

C'est un aspect : du code généré par AspectJ

Citation:

---

Envoyé par JeitEmgie

C'est un aspect : du code généré par AspectJ

---

Oui. En plus, JD a génère du code source qui n'existe pas dans le code source original, parce qu'il fait ce qu'il peut avec le compilé. On voit ça par exemple avec les switch sur enum, ou les Strings, qui sont complètement explosés (y'a des constantes int à la place des enums ou String et des méthodes inexistantes dans le source d'origine, et du code superflu, des constantes ajoutées, etc) , ou on peut avoir des appels de constructeur ou méthode de classe interne avec this en argument mais le constructeur ou la méthode n'existe pas dans le source généré (et le $ dans le nom, suivi d'un nombre, pourrait venir de cas), ou on a parfois des constantes supplémentaires, des variables locales non initialisées, etc. Y'a même du code qui décompile pas (on a une stacktrace en commentaire dans le source généré). J'ai déjà eu l'occasion de reprendre un projet complet via JD, j'y ai passé des jours pour refactoriser et faire compiler, en m'aidant de CFR en complément. Bref, c'est pas magique genre on décompile, on fait sa petite modif et on recompile. Faut voir si le comportement ne peut pas modifié par simple extension/redéfinition, encapsulation, adaptation...