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
2. Versuch: Verwendung der Runtime.getRuntime():
3. Versuch: Verwendung des JavaCompiler Interfaces vom JDK1.6:
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
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