Application Server

[ARadauer]

hab ich das richtig verstanden, dass wenn ich spring remoting einsetze und http-invoker oder hessian verwenden weill, dass ich dann einen servlet container auf der server seite brauche, bei rmi kann ich mir den sparen, oder?

 

[byte]

Hm dann glaub ich versteh ich gerade nicht auf was du hinaus willst Manchmal fehlt doch das Wissen vom Studium

Du schreibst einen Webservice. Dieser Webservice liefert Daten, z.B. ein Objekt A. Dieses Objekt A hat eine Referenz auf ein Objekt B, das wiederum eine Rückreferenz auf das A-Objekt hat (also eine zyklische Referenzierung). Beim Serialisieren nach XML (das Format ist ja in der WSDL beschrieben) knallts nun, weil CXF diesen Zyklus nicht auflösen kann. Zumindest habe ich bisher keine Lösung dafür gefunden. Wenn jemand weiss, wie es geht, immer her damit.

hab ich das richtig verstanden, dass wenn ich spring remoting einsetze und http-invoker oder hessian verwenden weill, dass ich dann einen servlet container auf der server seite brauche, bei rmi kann ich mir den sparen, oder?

Du hast es richtig verstanden. Wenn Du keinen Servlet Container benutzen willst, dann kannst Du ohne weiteres Spring Remoting mit RMI benutzen. Dann ist Dein Server im Grunde nur eine Main Methode, die den Spring ApplicationContext initialisiert. Spring startet daraufhin (völlig transparent) die RMI Registry und stellt somit die Spring Beans als Remote Services über RMI bereit.

 

[Noctarius]

Du schreibst einen Webservice. Dieser Webservice liefert Daten, z.B. ein Objekt A. Dieses Objekt A hat eine Referenz auf ein Objekt B, das wiederum eine Rückreferenz auf das A-Objekt hat (also eine zyklische Referenzierung). Beim Serialisieren nach XML (das Format ist ja in der WSDL beschrieben) knallts nun, weil CXF diesen Zyklus nicht auflösen kann. Zumindest habe ich bisher keine Lösung dafür gefunden. Wenn jemand weiss, wie es geht, immer her damit.

Ok dann hatte ich doch verstanden was du meinst Aber den Fall brauchte ich trotzdem noch nicht, da bei SOAP normal TransferObjects "serialisiert" werden, eben anders als bei RMI Techniken (wozu auch HTTP-Invoker gehört).

 

[byte]

Jo hast Recht, Webservices sind nur für flache Objekte geeignet. Bei tiefen Objektgraphen wirds grottenlangsam.
Aber genau da liegt das Problem für mich, grade wenn man Richclients entwickelt. Wenn ich z.B. eine Baumstruktur im Client darstellen will, dann muss ich einen Objektgraphen/-baum übertragen. Oder ich müsste mir eine flache Struktur aus TransferObjects konstruieren, aus der ich dann auf dem Client wieder die Baumstruktur rekonstruieren könnte. Du kannst es drehen wie Du willst, aber Webservices sind hier einfach extrem lästig.

Die Dinger sind gut, wenn man über Sprachgrenzen hinweg Daten austauschen will. Für alles weitere bevorzuge ich serialisierte Binärdaten.

 

[Noctarius]

Also wir nutzen einen REST Service (Ausgabe als JSON Datenstruktur) für die Kommunikation unseres Frontends (in ExtJS) mit dem Backend. Wir haben zwar Baumstrukturen die wir darstellen, allerdings sind dies eher Informationen zu einer einzelnen Person, ergo nicht Tonnen an Daten.

Aber ich kann mir vorstellen was du meinst. Wir haben eine Schnittstelle implementiert (des XSD-Schemas der Arbeitsagentur) und wenn ich 200 Stellen auf einmal übertragen (bzw vorher exportieren will) hat das System richtig richtig zu rödeln bis die XML Struktur mit JAXB aufgebaut ist

 

[ARadauer]

ich hack mich hier nochmal ein... hat jemand von euch schon mal über spring remting mit rmi einen callback realisert?
also ich geb dem server ein objekt mit, der server ruft von diesem objekt eine methode auf und der code läuft dann am client... ginge das? bzw wie ginge das ;-)

 

[Noctarius]

Mit Spring Remoting noch nicht gemacht aber mit RMI im Allgemeinen:

Je Seite ein Server-Interface:
Client: IClientSideRemote::callback(Object foo)
Server: IServerSideRemote::myMethod(Object bar, IClientSideRemote callback) { ...; callback.callback(foo); }

Dürfte unter Spring halt ähnlich aussehen

edit: hab gerade das hier gefunden, vielleicht ist das was für dich (als Alternative) Sanjiv Jivan's Blog

 

[byte]

ich hack mich hier nochmal ein... hat jemand von euch schon mal über spring remting mit rmi einen callback realisert?
also ich geb dem server ein objekt mit, der server ruft von diesem objekt eine methode auf und der code läuft dann am client... ginge das? bzw wie ginge das ;-)

Darüber hat tfa einen Blog Eintrag geschrieben: http://www.java-forum.org/blogs/tfa...g-remoting-mit-remote-methode-invocation.html

Edit Achso Callbacks... hab ich noch nicht gemacht, halte ich aber auch für fragwürdig. Du musst dafür Remote Class Loading verwenden, was bzgl. Sicherheit sehr fragwürdig ist.

 

[tfa]

Danke für die Werbung, aber ARadauer möchte Callbacks, und davon schreibe ich nichts.
Würde mich aber auch interessieren, wie das funktioniert.

 

[Noctarius]

Darüber hat tfa einen Blog Eintrag geschrieben: http://www.java-forum.org/blogs/tfa...g-remoting-mit-remote-methode-invocation.html

Edit Achso Callbacks... hab ich noch nicht gemacht, halte ich aber auch für fragwürdig. Du musst dafür Remote Class Loading verwenden, was bzgl. Sicherheit sehr fragwürdig ist.

Nicht zwangsweise wenn beide Klassen die selbe SerialVersionId besitzen sollte das Callback auch sauber serialisiert / deserialisiert werden können.

ps: Hab den beitrag oben nacheditiert

 

[ARadauer]

edit: hab gerade das hier gefunden, vielleicht ist das was für dich (als Alternative) Sanjiv Jivan's Blog

lingo? ach ich weiß nicht, noch eine framework? ich möcht mich jetzt nicht zu weit in unbeaknnte gebiete begeben...

den blog eintrag von tfa hab ich schon mal gesehen, aber ich habs vorher schon mal getestet, ich hab dieses Spring und Hibernate buch. da wird das auch ganz nett erklärt...

anscheinend sind callbacks über spring remoting nicht gang und gäbe... mal schaun ob es sich trotzdem realiseren lässt

 

[Noctarius]

lingo scheint praktisch nur eine Implementierung für Spring Remote zu sein, genau wie RMI