aus java heraus kompillierte Klassen - cannot be resolved

Status
Nicht offen für weitere Antworten.

buhman

Mitglied
Moin,

ich habe folgendes Problem:

Ich schreibe an einem Programm, welches mir XML-Files in SourceCode umwandelt, diese dann kompilliert und in ein jar Package packt. Dieses jar package stellt eine Bibliothek aus Java-Beans dar, welche in jedes beliebige Java-Programm eingebunden werden können. X-Stream, XMLBeans usw. hilft mir dabei nicht, da u.a. noch einige spezielle Validierungsmethoden in den jeweiligen Klassen nötig sind. Die von dem Programm erstellten sourcecodes werden alle von einer abstrakten Klasse abgeleitet, die sich zusammen mit den vorkommenden Exceptions in dem Unterorder 'lib' befindet (Anm.: wobei ich 'mylib' auch schon versucht habe). Der Aufbau der jeweiligen Klassen ist analog zu dem XML file, d.h.


<order>
<address>
<name/>
<street/>
</adress>
</order>

wird abgebildet auf

package order
enthält die Klasse Order.java
alle Kindklassen der Klasse Order.java befinden sich in dem package order.order, wobei die packageNamen nach dem parentElement mit kleinem Anfangsbuchstaben benannt werden.
also order.order.Address.java
order.order.address.Name.java
order.order.address.Street.java

der aufbau in dem jar-package nach dem obigen Beispiel ist also folgendermassen:

(alle files liegen zunächst in dem Oberorder 'order' der immer nach dem Root-Element benannt wird)

Verzeichnis order enthält:
Order.java, order (package für die Kindelemente von Order.java), lib
order.order enthält
Address.java, address
order.order.address enthält:
Name.java
Street.java

das 'lib' Verzeichnis enthält:
AbstractMessageField (das ist die abstrakte Klasse von der alle anderen erben - ausser die Exceptions)
Exceptions

Zudem sei zu erwähnen, dass das Encoding von xml nach java berücksichtigt wird und das Schlüsselbezeichner mit einem anfänglichen _ umbenannt werden (also z. B. _Name) (ohne Underscore ist jedoch auch der selbe effekt...).
Der jar-file enthält ausserdem auch keine Backslashs - Ein Problem auf das ich bereits gestossen bin - es jedoch beseitigt habe.

DAS PROBLEM:

Wie bereits gesagt funktioniert die Sourcecodeerstellung fehlerfrei. Auch das Kompillieren verläuft ohne Fehler, Warnings lediglich wegen nichttypspezifizierten Listen. Das anschliessende Packen in den jar file stellt auch kein Problem dar, da das folgende Problem auch ohne das verpacken besteht: ICH KANN NICHT AUF DIESE KLASSEN ZUGREIFEN!?

Das Kompillieren verläuft folgendermassen:

Alle files befinden sich in einer Liste - werden als Java-sources auf die Platte geschrieben (also nicht on-the-fly). Anschliessend kompilliere ich die Dateien aus Java heraus. Folgendes habe ich bereits probiert:

1. Versuch: Verwendung der Main im Open-JDK

Code:
exit = com.sun.tools.javac.Main.compile(new String[] {"-classpath", classpath, getRelativePackagePath(file.getAbsolutePath())});
// wobei getRelativePackagePath() mir den Pfad abwärts des Packagenamens liefert

2. Versuch: Verwendung der Runtime.getRuntime():

Code:
Process p = Runtime.getRuntime().exec(new String[] {javacCmd,"-classpath", classpath, "-target", "1.5","-source", "1.5", getRelativePackagePath(file.getAbsolutePath())}, new String[]{}, new File(classpath));
// javacCmd gibt die javac bzw. javac.exe der JAVA_HOME/bin zurück
// das target und source flag wurde versuchshalber hinzugefügt - ohne ist es der gleiche effekt

3. Versuch: Verwendung des JavaCompiler Interfaces vom JDK1.6:
Code:
        JavaCompiler compiler = ToolProvider.getSystemJavaCompiler();
        StandardJavaFileManager fileManager = compiler.getStandardFileManager(null,null,null);
        File src = new File(file.getAbsolutePath());
        System.out.println("compiling the file: "+src.getAbsolutePath());
        Iterable<? extends JavaFileObject> compilationUnits = fileManager.getJavaFileObjectsFromFiles(Arrays.asList(new File[]{src}));

        Iterable<String> options = Arrays.asList(new String[] {"-cp", classpath, "-target", "1.5"} );
        boolean success = compiler.getTask(null, fileManager, null,options,null, compilationUnits).call();
        fileManager.close();

Wenn ich also nun versuche mein erstelltes jar-file einzubinden, wird die gesamte paketstruktur erkannt - es sind meistens (??) auch einige Klassen zu finden - allerdings NIE alle, und v.a. nicht die abstrakte Klasse. Entpacke ich den jar-file - kompilliere die Dateien von Hand über die Kommandozeile FUNKTIONIERT ES. Entpacke ich den Jar und versuche die kompillierten (automatisch erstellten) Klassen einzubinden - funktioniert nicht. Eclipse gibt mir lediglich die Meldung ' cannot be resolved'.


vergleiche ich eine funktionierende Klasse mit einer nichtfunktionierenden, ist die Byteanzahl gleich, diff liefert mir jedoch unterschiede - auch kann die Klasse nicht dekompilliert werden - was mit der funktionierenden möglich ist.

Es wäre spitze wenn mir da jmd. weiterhelfen könnte, da mich dieses Problem jetzt schon Tage beschäftigt. Eine Vermutung die ich hege (aber unheimlich viel Arbeit mit sich bringen würde und daher noch nicht ausprobiert wurde)
ist die Namensgebung der Klassen und Packages (Order.java mit dem beiliegenden Package order bzw. order.order)
Das würde aber nicht erklären warum das Kompillieren von der Kommandozeile aus wunderbar funktioniert...
Ausserdem könnte ich mir noch vorstellen dasses u.U. ein Locale Problem ist...

Thx & Grüsse

Daniel
 
Habe das Problem vermutlich gelöst, nachdem ich mein Prog auf einem (richtigen) Betriebssystem (Linux) getestet hatte funktionierte es einwandfrei. Windows verwendet standardmässig das cp1252 Encoding. Was scheinbar bei der Erstellung einiger Sourcefiles bzw. bei der Kompillierung Probleme bereitet.

Die Lösung ist daher:
1. Die Umstellung des Encoding auf UTF-8 am OutputStream
und/ oder
2. Die Erstellung und Kompillierung der Files on the fly (d.h. ohne Umweg über die Festplatte)

Trotzdem thx an alle die sich Gedanken gemacht haben...

Daniel
 
das war wohl nix...

Also am encoding liegt's wohl doch eher nicht - hab da mittlerweile alles durch (OutputStreamWriter dazwischen geschaltet) - und auch unter Linux hab ich kein vernünftiges Ergebnis: die Klassen erscheinen zwar in der IDE - versucht man allerdings darauf zuzugreifen erscheint die Meldung "cannot access order...bad class file...illegal start of class file"

Ich raffs nicht...
 
weitere Eingrenzung des Problems:

wenn ich den prozess abbreche, bevor ich das jar file erstelle, mir die erstellten Dateien nehme und manuell mit winrar in ein jar-Archiv packe bzw. mit dem jar-Befehl erstelle funktioniert es auch. Der Fehler muss also bei der Erstellung des jar-files entstehen.. wie gesagt, File.separator wird nicht verwendet - und die Prüfsummen des jar-packages (welches nicht einbindbar ist und mit Zip- /bzw. JarOutputStream erstellt wurde) sind auch ok

hier mal die Methode wie das Jararchiv erstellt wurde:

Code:
try {
            jarOut = new JarOutputStream(new FileOutputStream(jarFile));
            
            // compressing the class files in the '<packageName>' directory
            // and the source files into the subdirecory 'src'
            // getJarFilePath (replaces backslashs (\\\\) with slash)
                    // getRelativePackagePath returns the path below the package path
            for (File f : fileList) {
                if (!processRunning)
                    return null;
                try {
                    if (f.isDirectory() )
                        continue;
                    String name = f.getName();
                    System.out.println("Trying to put "+name+" to the jar File "+jarFile.getAbsolutePath());
                    
                    if (name.endsWith(".java") && doJarSources) {
                        String entry = getJarFilePath("src"+File.separator+getRelativePackagePath(f.getAbsolutePath()));
                        System.out.println("putting entry "+entry);
                        jarOut.putNextEntry(new JarEntry(entry));
                    }
                    else if (name.endsWith(".class")) {
                        String entry = getJarFilePath(getRelativePackagePath(f.getAbsolutePath()));
                        System.out.println("putting entry "+entry);
                        jarOut.putNextEntry(new JarEntry(entry));
                    }
                    else
                        continue;
                   
                    
                    BufferedReader reader = new BufferedReader(new FileReader(f));
                    int line = -1;
                    while ((line = reader.read()) != -1) {
                        jarOut.write(line);
                    }
                    jarOut.flush();
                    reader.close();

                }
                catch(Exception e) {
                    e.printStackTrace();
                    return null;
                }
            }
            jarOut.flush();
            jarOut.finish();
            jarOut.close();
            return jarFile;
}
catch (...
 
Status
Nicht offen für weitere Antworten.

Zurück
Oben