Input/Output .java-Dateien auslesen

[Bernstein]

Hallo,

Ich drehe durch: Ich habe mich damit abgefunden, dass es nicht einfach ist, Variablen aus einem .java-File auszulesen. Aber dass es so schwierig werden würde dachte ich nicht.

Ich habe es mit FileReader versucht. Da kommt nur Schwachsinn bei rum.

:question:

Wie kann ich .java-Dateien irgendwie auslesen?

:question:

Das "Irgendwie" ist durchaus umfassend gemeint. Ich habe keine Beschränkungen, außer der, dass ich (da keine .class-Dateien vorliegen) nicht auf ClassReader zurückgreifen kann.

LG,

B. Bernstein

 

[Final_Striker]

.java Dateien kannst du genauso einlesen wie ganz normale .txt Dateien. Nur verstehe ich nicht, was der Sinn von dem ganzen sein soll?

 

[Bernstein]

Ok, .java-Dateien kann man auslesen... aber es steht nicht das drinn, was man hineinprogrammiert hat, sondern sachen wie

...  7(  8 &* Ä ßß? ...

mit Bruchstücken von Sinn aus der JavaDoc (zumindest über die Konsole mit

System.out.println()

).

Das hat das Ziel, dass ich gern eine Art Mini-UML von einem Projekt erstellen will, wozu ich die Variablen etc. ja brauche. Ich weiß, da gibt es schon andere Programme, aber glaubt mir bitte einfach, dass das ganze seinen Sinn hat.

 

[Gast2]

Das schaut dann aber eher nach nem Encodingproblem aus. .java Dateien sind stinknormale Textdateien an.

Wenn du Variablen, Methodennamen etc. rauslesen willst dann solltest du dich nicht mit rausparsen rumplagen, das geht ziemlich sicher in die Hose. Wenns geht beschränk dich auf .class Dateien. Die kannst du per Classloader laden und über das Class Objekt die entsprechenden Infos rauslesen.

 

[Bernstein]

schön wäre es.... Genau das habe ich nämlich nicht...

 

[Gast2]

Wie hast du denn versucht die java Datei einzulesen. Das sollte ohne Probleme nem BufferedReader und FileReader gehen.

Weißt du schon wie du die Datei dann parsen möchtest?

 

[Bernstein]

Ja, ich habe mir zumindest Gedanken dazu gemacht.
Mein Auslesen funktioniert in etwa so (Kurzform):

private void readOut(File parent){
   for(File a:parent.listFiles()){
      liesDieseDatei(a);
   }
}

private void liesDieseDatei(File file){
   FileReader fl = new Filereader(file);
   BufferedReader bf = new BufferedReader(fl){
      System.out.println(bf.readLine);
   }
}

Dabei liest er aber schon bei

.listFiles()

nur die .class-Dateien aus, nicht die .java. Und die .class Dateien zerhackt er dann natürlich völlig.

 

[Gast2]

Ich dachte du hast keine .class Dateien? .class Dateien sind auch keine Textdateien, die kannst du nicht mit nem BufferedReader einlesen.

 

[Bernstein]

Ja, ich hab schon bemerkt, dass

.listFiles()

irgendwie nicht das macht, was ich dachte. Wie kann ich denn sonst die .java-Dateien aus einem Ordner / einem Package holen?

 

[Gast2]

listFiles() auf dem Ordner aufrufen in dem die .java Dateien liegen und alles was nicht mit .java endet nicht beachten.

 

[Bernstein]

So hatte ich mir das gedacht, ja, aber

.listFiles()

gibt eben nicht die .java-Dateien aus wie es scheint... Das ist blöd! Wenn ich die Suche mit

if(file.getPath().contains(".java")){...}
else{System.out.println(file.getPath()+" ist keine Java-Datei")}

einschränke, dann kommen dort, wo doch noch Klassen liegen (aus Testpackages) Meldungen (... ist keine Java-Datei), aber nichts anderes... halt nur Ordner, die sind noch mal gesondert abgefangen.

 

[Gast2]

Auf was zeigt

parent

denn? Liegen in dem Verzeichnis überhaupt die Dateien drin die du haben möchtest?

 

[Bernstein]

Ja, ich rufe das ganze rekursiv auf von einem "Überordner" aus, und mit den Directories etc. passt auch alles soweit, sie werden angezeigt, ich hab das ganze über die Konsole laufen lassen, es gibt keine weiteren Probleme damit... aber auch bei ihnen: die .java-Dateien in den Ordnern werden nicht akzeptiert.

 

[Gast2]

Die Methode listFiles() läuft nicht rekursiv ab, das ist dir klar oder? Liegen in dem Pfad auf den parent zeigt die .java Dateien drin oder nicht?

 

[Bernstein]

Oh, ich glaub, ich bin doof... Ich hab da so den Verdacht, dass ich zwar in den "Überordner" reingehe, aber praktisch nur in den der Testklassen! Dort liegt ja die gleiche Struktur vor. Ich bin doof. Melde mich, wenn ich den Fehler gefunden haben sollte.

 

[Bernstein]

Nein, ich bin einfach davon ausgegangen, dass er von meinem Package erst mal hoch geht bis zum "Überordner" (nennen wir ihn Projekt), also zu dem src/main/java/com/Projekt, und dass ich von dort aus rekursiv nach unten arbeite... mach ich aber nicht, ich gehe stattdessen in src/test/java/com/Projekt, denn dort liegt ja meine Testklasse. Man, kein Wunder, dass das nicht klappt.

 

[Bernstein]

Ok, dann noch mal für Leute, die das hier gegoogelt haben: Wenn ihr flexibel eure Projekte nach .java-Dateien auslesen wollt, so achtet darauf, dass ihr von euren Ordner bis zur Wurzel (also zum Projekt-Namen) zurückverfolgt. Das ganze kann dann z.B. so aussehen:

private void getParamountParent(){
        while(parent.getParentFile().getParentFile().getPath().contains("meinProjekt")){
            parent=parent.getParentFile();
// das hier ist jetzt nur Kontrolle, wo ihr seid
            System.out.println("Parent ist "+parent.getPath()+ " mit Kindern ");
            for(String a:parent.list()){
                System.out.println("        "+a);
            }
        }
        parent=new File(parent.getPath()+"\\src"+*Aufbau ab Ordner....*);
        System.out.println("Parent ist "+parent.getPath());
// wieder Kontrolle
        for(String a:parent.list()){
                System.out.println("        "+a);
            }
    }

 

[guest7272]

Kleiner Tipp: schau dir mal JDT an. Man muss das Rad ja nicht jedes mal neu erfinden.