Reflection - Variablen innerhalb einer Methode ermitteln

[Alex der Neu]

Hi alle zusammen.
Danke gleich mal an die, die sich meinem Problem stellen.

Habe ein folgendes Problem:
Ich möchte die Variable die sich innerhalb einer Methode befinden mit Reflections auslesen.
Habe jedoch bis jetzt keine Methode etc. dazu gefunde. Help, Help.


Mein eigentliches Vorhaben ist: ein Klassendiagram zu erzugen der mir aber auch alle Methodenaufrufen darstellt.


Bsp.: Alle Mthodenaufrufe der Klasse Person die aus Klasse Main aufgerufen werden sollen mit Pfilen gekenzeichnet
werden.
(Das graphische Teil soll hier nicht das Problem sein)

Über andere Lösungsvorschläge des Problems werde ich mich natürlich auch freuen. Danke

public class Person{ 

          private void toString() 
          { 
              return new String("Manfred"); 
          } 
    } 
    
public class Main{ 

    public static void main(String[] args){ 
        
        Person p = new Person(); 
        
         // von dieser Selle aus soll ein Pfile im Graphen 
         // auf die Methode toString() der Klasse Person gehen 
        p.toString();            
    } 
}

 

[Wildcard]

Sowas ist nicht möglich. Lokale Variablen sind nicht über Reflection auslesbar.
Für diesen Anwendungsfall gibt es aber bereits jede Menge vorhandenener Tools.

 

[thE_29]

Den Namen kriegst du bei Methodenvariablen nicht raus...

Da selbst dekompilier Tools die Methodenvariablen nicht richtig rauskriegen, sondern irgendwas hinschreiben..

 

[Alex der Neu]

Das es solche Tools schon vorhanden sind ist mir bekannt.
Mich reizt es jedoch so ein Tool nahzumachen.

Ich hätte zwar eine Idee aber die ist sehr aufwändig.

Hoffe vielleicht hat jemand ein Vorschlag.

Am sonsten nochmals Danke für die Beiträge.

Alex

 

[Wildcard]

Die Abhängigkeitsgraphen werden nicht zur Runtime erzeugt sondern aus den source-files generiert.
Dazu brauchst du im Prinzip nur ein AST-Model der Sourcen und den Classpath.

 

[Spacerat]

Das das nahezu Unmöglich ist, wird dadurch bewiesen, das selbst leistungsfähige IDE-Tools wie Net-Beans oder Eclipse das nicht können. Selbst wenn die Kasse mit sog. Debug-Infos kompiliert wurden und der Quell-Code vorhanden ist, können Methoden-Interne Variablen von z.B. den publizierten Java-Klassen des JDK trotzdem nicht auswerten.

cu Spacerat

 

[Wildcard]

Selbst wenn die Kasse mit sog. Debug-Infos kompiliert wurden und der Quell-Code vorhanden ist, können Methoden-Interne Variablen von z.B. den publizierten Java-Klassen des JDK diese nicht auswerten.

Wie ist den das gemeint? Wenn die sourcen vorhanden sind kann man auch in JDK Klassen debuggen.

 

[Leroy42]

Ich schätze Spacerat hat seine eigene Bedingung und der Quell-Code vorhanden ist, überlesen.

 

[Spacerat]

Debuggen... klar... Man sieht am Quelltext was passiert (oder passieren müsste).

Aber dort steht nunmal "AUSWERTEN".

Versuche mal den Vorgang "Laden einer nichtvorhandenen Resource" in Eclipse mit dem Quellcode nachzuvollziehen, und achte mal genau auf die Variablen-Anzeige. Dan versteht man es (Eben, man sieht nur die übergebenen Parameter, jedoch keine in der Methode definierte Variable).

cu Spacerat

 

[Wildcard]

Ahh, jetzt verstehe ich dich.
Das ist aber keine generelle Einschränkung, sondern könnte mit entsprechendem Aufwand 'theoretisch' emuliert werden.
Ist aber völlig unnötig