SIMON

Offiziell nicht. Es gab hier und da Änderungen am Protokoll. Deshalb auch der Versionssprung. Siehe auch: http://dev.root1.de/news/5

Das Umbauen einer 1.0 Anwendung auf die aktuelle Version sollte aber einfach zu bewerkstelligen sein. Die Methoden für den Lookup und für das Release eine Remoteobjekts haben sich geändert. Hinzu kommt, dass man SimonRemoteException nun nicht mehr explizit fangen muss (ist jetzt eine RuntimeException), aber ändern muss man am Code deswegen nichts. Geht auch so.

- Alex

Hallo Alex,

mein Problem ist leider ein anderes. Ich habe meine Anwendung eigentlich soweit fertig ( mit Simon 1.1.x ). Der potentielle Kunde kann aber nur maximal die JRE 1.5.x einsetzen und Simon ( respektive MINA ) ist glaube ich mit Java 6 kompiliert. Falls ich da falsch liege korrigiere mich bitte (hoffentlich ;-) ).
Wenn die Verbindung so also nicht funktioniert, muss ich wohl noch einen "Simon Proxy" schreiben, der die Kommunikation des 1.0 Clients zu 1.1.1 Server weiterroutet. Oder hast Du eine bessere Idee ?

Gruß
Hannes

Hmm. Okay.

Was ist denn der Grund dafür dass er nur 1.5 einsetzen kann?

Wenn es nur daran hängt dass der Kunde eine andere Java Anwendung noch laufen hat die NUR mit 1.5 läuft und du dann deine Anwendung auch nur mit der Default-Java-Installation laufen lässt: Dann kannst du deine Anwendung mit einer eigenen JRE ausliefern. Dann bist du unabhängig von anderen JRE Versionen auf dem System.

SIMON sollte prinzipiell auch mit 1.5 gehen. Aber die Generics und Annotations funktionieren nunmal erst mit 6. Ergo: Simon braucht Java6.

Die Sache mit dem Proxy:
Wie hastdu dir das vorgestellt? "On the fly" das Protokoll von 1.0 auf 1.1.0 umbiegen und umgekehrt?

Gruß
Alex

Der Kunde hat noch irgenwelche SAP Applikationen, die nur mit max. JRE 1.5 betrieben werden dürfen. Meine Anwednung soll/muss als Applet gestartet werden. Wie kann ich das mit einer eigenen JRE bewerkstelligen ?

Die Sache mit dem Proxy habe ich mir so vorgestellt:

Der Proxy fungiert als Server ( für den Client 1.0) und als Client (für den Server 1.1.1).

Client (1.0) sendet Anfrage an "Proxy" ( 1.0 und 1.1.1 ).
Proxy (als Client) sendet Anfrage and den Server (1.1.1) weiter und erhält Antwort,
die er dann (als Server) an den Client (1.0) wieder zurücksendet.

Gruß
Hannes

Ich hab eben noch mal schnell probiert einen Simon 1.0 Client an einen 1.1.1. Server zu hängen. Hab mir dazu auch nochmal den alten Sourcecode angeschaut.

Bei mir gibts schon Probleme das vom Server empfangene Remote-Objekt zu benutzen, und zwar shcon zum Zeitpunkt des Lookups. Da geht ein Cast gehörig schief, da mit 1.1.x schon Annotations möglich sind etc. ist es nicht mehr pflicht das Remote-Objekt das Markerinterface "SimonRemote" implementieren zu lassen.

Ich habs nicht probiert, aber:

Wenn du deinen Servercode auf 1.0 ausrichtest und nach 1.0 manier implementierst, dann könnte das ganze funktionieren.

Wenn es aber einen Weg gibt eine eigene JRE für deine Anwendung zu benutzen, dann würde ich eher diesen Weg empfehlen, statt auf altbackenen Code zu setzen.

- Alex

Hmm, okay. Im Fall eines Applets fällt mir da keine praktikable Lösung mit einer eigenen JRE ein.

Wenn du den Proxy auf Simon-Ebene aufbaust dann könnte das recht gut funktionieren. Ist halt wirklich Aufwand, aber für dieses Szenario wohl die geschickteste Lösung. Weil nur für diesen Kunden die Serverimplementierung auf alten Code basieren lassen ist keine so gut Idee.

Ist jetzt zwar etwas offtopic, aber: Hast du nicht Lust ein kurzes Testimonial gegenüber SIMON zu verfassen? Würde es dann hier aufführen: http://dev.root1.de/projects/simon/wiki#Who-uses-SIMON

- Alex

Danke erstmal. Werde dann mal den Weg über den Proxy gehen. Sobald die ganze Anwendung am Laufen ist, werde ich gerne was kurzes verfassen.

Gruß
hannes

Alles klar. Dann viel Erfolg beim basteln des Proxies.
Wenn noch Probleme auftauchen: Du weißst ja wo du mich findest :-)

- Alex