Proxys: Idee für den Callback vom Server zum Client?

[tuxedo]

Hallo zusammen,

nachdem die Sache mit den Proxys jetzt schon ganz schick funktioniert, hab ich das nächste kleine Problem. Ich hol mal wieder "etwas" aus:

Ich hab ein Client-Server Konstrukt und möchte eine Art RMI nachbauen (Sun's RMI hat macken die ich nicht haben will).
Dazu hab ich ein Client-Server Konstrukt auf Basis von Sockets geschaffen. Der Client soll, wie bei RMI auch, ein Serverobjekt haben. Die Methodenaufrufe im Serverobjekt werden mittels Proxy (die Reflection-Geschichte...) abgefangen und der Aufruf via Socket dem Server mitgeteilt. Dieser führt den Aufruf am "echten" Serverobjekt durch und leitet das Ergebnis (sofern es eins gibt) zurück zum Client wo der Proxy das Ergebnis in den Abschluss des Methodenaufrufs implantiert.

Soweit so gut. Ich kann also schon vom Client aus Servermethoden aufrufen die dort auch ausgeführt werden. Ergebnisse erhalte ich auch schon zurück.

So. Jetzt kommt der knifflige Teil:

Der Client soll beim Aufruf einer Servermethode, nennen wir sie mal "login()", ein Callback-Objekt als Parameter mitgeben. Der Server merkt sich dieses Objekt und soll dann mit diesem Objekt von sich aus, dem Client antworten können, also ohne dass der Client zuerst eine Anfrage macht. Beispielsweise wenn es serverseitig irgendwelche Events gibt, z.B. der Login eines weiteren Clients, oder das Updaten irgend einer Ansicht beim Client etc...

Ein solches Objekt kann ich dem Methodenaufruf ja ganz einfach mitgeben. Aber wenn der Server dieses Objekt dann benutzt, benutzt er es nur lokal. Ist also nicht so doll. Dachte mir schon dass das nicht so einfach geht. Irgendwie bräuchte der Server ja auch einen Proxy für dieses Callback-Dingenskirchens.

Bei RMI hat dieses Callback-Objekt nur "UnicastRemoteObject" erweitern und "Remote" implementieren müssen. Das war da schon alles.... hmm...

Ich steh jetzt gerade ein wenig auf dem Schlauch und hab schon nen Knoten in meinen Hirnwindungen vor lauter "wo wird jetzt was über welches Interfaces über welchen Proxy aufgerufen, ...".

Vielleicht hat ja jemand ne Idee und kann mir auf die Sprünge helfen.


Gruß
Alex

 

[tuxedo]

Heute morgen im Zug ist mir eine Idee gekommen die funktionieren könnte:

Das Callback-Objekt wird vom Client über's Netzwerk als Parameter des Methodenaufrufs zum Server geschickt. Am Server müsste ich dann checken ob in den Argumenten ein Objekt dabei ist, das meiner Art von "UnicastRemoteObject"entspricht. Für die zutreffenden Objekte müsste ich dann wiederum ein Proxy-Objekt basteln das der Server dann benutzen kann. Ruft der Server eine Methode im Proxy-Callback-Objekt auf, so wird der Aufruf über die bestehende Socket-Verbindung zurück zum Client übertragen und dort dann ausgeführt.

Mal schauen ob sich das so realisieren lässt.

- Alex

 

[tuxedo]

Ich bin auf ein kleines Problem gestoßen:

Ich erhalte am Server vom Client den Namen der aufzurufenden Methode und ein Object[] (args genannt) mit den Parametern.
Dieses Array durchsuche ich jetzt nach einem bestimmten Interface (damit ich ob, bzw. welches Argument ein Callback darstellt). Klappt prima.

Jetzt muss ich dieses Objekt durch ein Proxy ersetzen. Klappt auch. Danach muss ich dieses Objekt wieder zurück in das Object[] packen und den vom Client angeforderten Methodenaufruf durchführen.

Nur hab ich jetzt das Problem dass der eine Parameter der aufzurufenden Methode in erster Linie ein Proxy-Objekt ist das lediglich die gleichen Interfaces implementiert. D.h. mein Server-Code müsste das erst wissen und das Objekt entsprechend casten (eben so wie man auch bei RMI bei einem "Naming.lookup()" casten muss, da dort ja auch nur ein Proxy zurück kommt).

Problem ist halt, dass der Servercode flexibel bleiben muss und ich da nicht casten kann/will.

Gibts eine Möglichkeit dass man irgendwie dynamisch castet?

Sowas wie:

args[i] = (args[i].getClass()) Proxy.newProxyInstance(ClassLoader.getSystemClassLoader(), listenerInterfaces, handler);

Nochmal kurz zusammengefasst:

Ich nehme aus meinem args[] das Objekt raus, das mein Remot-Interface drin hat und ersetze es durch ein Proxy-Objekt das spätere Methodenaufrufe durch den Server wieder über's Netzwerk an den Client leitet.

Any ideas bzgl. dem Cast-Problem ?

Gruß
Alex

 

[tuxedo]

Vergesst was ich geschrieben hab.. Ist ja blödsinnig. Der Server kann ja mit dem Objekt umgehen weil das Ding die entsprechenden Interfaces hat.. Passt also (vorerst ;-) )