GUI per XML zur Laufzeit laden

[Scruffy]

Ich muss das folgende Problem lösen und wollte euch frage, ob es schon "fertige" Lösungen oder irgendwelche Tutorials dafür gibt, oder ob ich das alles von neu auf schreiben muss:

Ich schreibe gerade ein Programm, bei dem wir festgestellt haben, dass es gut wäre, wenn wir bei Änderungen an der GUI nicht gleich das komplette Programm anpassen und neu Übersetzen müssten, sondern dem Benutzer eine neue XML schicken könnten. Soll heißen, dass die GUI Komponenten erst beim Programmstart aus der XML Datei gelesen und auf das Formular hinzugefügt werden müssen. Ich weiß, dass sich da viele weitere Fragen aufdrängen. Aber: Ist so etwas grundsätzlich möglich? Und kann ich das irgendwo angucken?

 

[inv_zim]

Das haben wir bei uns in der Firma bei einem unserer ersten Java Programme gemacht, aus exakt dem selben Gedanken. Quellen darf ich hier nicht posten.

Kurz zusammengefasst: Eine XML-Config-Hölle, Listener einhängen, Models einhängen, alles unnötige Tipparbeit. Refactoring wird schwerer, etc. Dazu ist die Software furchtbar langsam, sobald es an die GUI geht. In meinen Augen hat es eigentlich nur Nachteile.

Wenn ihr es sauber trennt, wäre es doch möglich die GUI in ein eigenes JAR zu packen, und dann einfach das zu tauschen, oder?

 

[Wildcard]

Eclipse ist da recht weit. Dazu fallen mir spontan 3 Projekte ein (alle EMF basiert).
Die Modeled Workbench in Eclipse e4
XWT (auch e4)
RedView

5. The concept of the modeled workbench
E4/XWT - Eclipsepedia
redview.org

 

[Scruffy]

Wie könnte man die JARs trennen?

Wenn das ganze zu viel Aufwand ist, lohnt sich dieser Weg vielleicht gar nicht, um ein paar Änderungen zu implementieren. Dann wären wir mit Webstart besser bedient, damit alle Benutzer (es ist ein firmeninternes Tool) immer mit der aktuellen Version zu versorgen.

 

[Tomate_Salat]

SWIXML - Generate javax.swing at runtime based on XML descriptors

Was meinst du mit "in jars aufteilen"? Ein Projekt in verschieden Jars? z.B. sowas:
java sourcen -> app.jar
xml-gui-files -> gui.jar

Falls ja, heißt dein Stichwort: Ant. Damit geht es am angenehmsten. Du könntest also 2x einen manuellen Export durchführen, oder EIN ant-script rennen lassen ;-). (ich würde letzteres nehmen)

 

[Scruffy]

Das Idee wurde nach längeren Diskussionen wieder verworfen. Danke für eure Antworten.