Probleme mit GUI und SWING Komponenten

[Sandmann]

Hallo,
Ich muss im Zuge einer Aufgabe Konzepte untersuchen, wie ich GUI Elemente zur Laufzeit in einen Frame integriere, so dass der Frame noch möglichst gut aussieht, dass heißt der Verschnitt möglichst gering ist.

Die GUI Elemente bekomme ich von einem Server zu beliebigen Zeitpunkten geschickt, aber ich weiß nichts genaues über diese Komponenten, nur dass es sich um JComponents handelt.
Die reine Integration in den Frame funktioniert so weit.......nur wenn eine JComponent, sagen wir ein JButton mit ActionListener vom Server geschickt wird, so geht der Bezug zum Listener währenddes Ser- und De-Serialisierungsprozess verloren.
Vielleicht kennt sich da ja jemand etwas genauer aus und könnte mir Tipps geben, wie ich die Kommunikation zwischen Client und Server realisieren könnte, wenn der Button auf Client-Seite gedrückt wird? :?:
Ein Umweg über eine XML-Datei, welche Zustand-Informationen enthält soll bei der Lösung nicht verwendet werden.

Stehe da zur Zeit auf dem Schlauch. Es ist ja auch die Frage ob so etwas mit Listener und Serialisierung überhaupt funktioniert. Exceptions werden auf jeden Fall nicht geworfen. Aber wie gesagt, wenn ich den Button drücke auf Client Seite, dann passiert nichts. Auf Server-Seite wird beim Drücken des Buttons reagiert.

Bin für jeden Tipp und Hinweis dankbar!!!
Gruß :bahnhof:

 

[SlaterB]

Standard-Serialisierung bietet dir da keine Unterstützung, soweit hast du es ja schon mitbekommen,

dynamische Komponenten stehen mit RMI sowieso eher auf Kriegsfuss,

nach wenigen Minuten Überlegung schlage ich dir dafür ein eigenes kleines Framework vor:
1.
genauer untersuchen, was nun genau von den Listenern ankommt,
werden sie nicht übertragen oder tun sie nix?
auch kein System.out.println, wenn du das testweise in den Listener einfügst oder ähnliches?

wenn die Listener da sind, kannst du halb im Client deren Events umsetzen,
ansonsten muss der Server deren Struktur vorher analysieren und die zugehörige Information mitschicken,

2.
in jedem Fall brauchst du neue Listener auf Client-Seite, die auf die neue Übertragung der Events ausgerichtet sind:
ein solches Event ist im wesentlichen nicht mehr als
'JComponent Id xy EventType yz, aktuelle Feldinhalte: ..'
und was immer dazu noch benötigt wird

3.
der Server muss nun mit diesen Daten irgendwas anfangen,
schlecht wäre es, wenn es auf dem Server nur die alte Listener-Logik gibt,
dann musst du versuchen, entsprechende Events zu erzeugen,
vielleicht die Felder der GUI-Elemente richtig setzen
aber ob das überhaupt alles geht,
schön in jedem Fall nicht

(mit viel Glück kannst du vielleicht mehr oder weniger die von Swing beim Client erzeugten Events für sich übertragen
und gar im Server mehr oder weniger unverändert weiterreichen)


idealerweise ist die Verarbeitungslogik im Server eh darauf ausgelegt, solche dynamischen Ereignisse zu empfangen

in dem Fall stellt sich aber die Frage, wieso überhaupt GUI-Elemente an den Client übertragen werden..


dass es ein fertiges Framework nach diesem System gibt, ist schwer zu hoffen,
suche vorher lieber danach

 

[Sandmann]

Danke erstmal für die schnelle und ausführliche Antwort.

Also so wie ich die Sache sehe, werden die Listener nicht mit übertragen. Folgende Abfrage:

ActionListener[] actionArray= tempButton.getActionListeners();

liefert auf Server-Seite ein Array mit einem Element und auf Client-Seite 0 Elemente.

Die einzige Möglichkeit, die ich zur Zeit sehe ist die Erzeugung einer Java-Bean in der die JComponent und die entsprechenden Listener enthalten sind.

Dass ich dann neue Listener beim Client brauche und diese dann Ergebnisse an den Server schicken ist mir leider klar :-(
Ist dann nämlich wirklich ne sehr unschöne Lösung.