Live Ausbreitung von Datagrid / Arraycollection, wenn die Werte in Flex-Anwendung zu ändern

Question

Ich habe eine Reihe von Screencasts gesehen die Integration zwischen BlazeDS und flex demonstrieren, auch einige lcds Tutorials, Modell angetrieben oder nicht.

Ich habe gesehen, dass einige von ihnen der Moderator 2-Browser öffnet und wenn Sie einen Wert in einem Raster zu ändern, breitet es auf alle anderen Netze, dass präsentiert die Daten.

Ich frage mich, wie zum Teufel dies geschehen ist, und wie zu reproduzieren.

Ist diese Funktion ist abhängig von der Rand- / LCDS Lösung? Ich glaube nicht, aber ich habe noch nie etwas Code zu erklären darüber gesehen.

ich glaube, es kann oder kann sich nicht auf JMS / MQ / Messaging-Protokolle oder ob dies eine Art von 2-Wege-Synchronisation und Ausbreitung der Sammlung zwischen Instanzen des gleichen Service Ergebnis.

Vielen Dank für alle Eingänge.

Cheers,

Ernani

Answer 1

Sie können diese Funktion implementieren sowohl mit BlazeDS und Livecycle Data Services. BlazeDS bietet Remote und Messaging-Funktionen (die Messaging-Funktionen ist das eine mit dem Sie die Daten zwischen den Clients zu synchronisieren), LCDS BlazeDS erweitert neue Funktionen wie Datenmanagement Hinzufügen (Produktivitätsverbesserungen), PDF-Generierung, EDGE-Server für die mit DMZ-Zonen zu tun), MDA Entwicklung, Portalintegration usw. Es fügt auch einige erweiterte Messaging-Funktionen wie Nachrichten conflation, Drosselung, Zuverlässigkeit.

BlazeDS ist kostenlos und Open Source und meiner Meinung nach eine robuste Lösung, können Sie es verwenden, wenn Sie die Daten zwischen den Clients synchronisieren möchten. LCDS fügt eine Menge Dinge, aber die LCDS Kunden sollten ein großes Budget haben.

Wie funktioniert es? Es gibt keine JMS hinter für diese Funktion (jedoch kann BlazeDS mit einem JMS-Provider integrieren, so dass Sie einen Client in broswser und den zweiten Lauf einer Swing-Anwendung haben können). Stattdessen gibt es einige Nachrichten-Warteschlangen auf dem Server und einem Publisher - Teilnehmer Graph. Um die Daten von den Clients zum Server gibt es mehrere Möglichkeiten, die weiter fortgeschritten sind nur auf LCDS zu schieben: HTTP Polling, HTTP lange Polling, HTTP-Streaming, RTMP-Buchsen (LCDS nur). Alle von ihnen sind in Einzelheiten zu beschrieben Damon Blog.

Wenn Sie einige Code gehen, um zu sehen und herunterladen BlazeDS und nehmen ein Blick auf den Proben, gibt es mehr diejenigen, die Messaging-Funktionen zeigen. Auch ein Tomcatbediener ist im Download gebündelt, und die Proben werden bereits in sie eingesetzt werden.

Answer 2

Dazu benötigen Sie eine offene Socket-Verbindung zwischen dem Client und dem Server zu halten, so dass der Server schieben kann Daten an den Client zurück.

Ich glaube, dass das RTMP-Protokoll für diese Zwei-Wege-Kommunikation verwendet wurde.

Ich verstehe, dass dies der Hauptgrund ist, über BlazeDS Livecycle Data Services zu verwenden. WebORB hat auch Push-Funktionalität, wie GraniteDS tut. Ich habe auch Demos gesehen, wo diese mit Coldfusion erfolgt.

Falls keine dieser Optionen stehen Ihnen zur Verfügung, du bist stecken eine Art von Polling zu dem Remote-Server zu tun.

Leider habe ich habe keine bestimmten Codebeispiele zu teilen.

Answer 3

Ein einfaches Beispiel dafür zeigt, wie dies mit WebORB zu tun ist hier zu finden: http://www.kensodev.com/ 2009/11 / 01 / synchronize-Client-Anwendung-using-flexweborb-net /

ist, dass Probe basierend auf WebORB 3 für .NET; WebORB 4 ist jetzt verfügbar, sowohl für .NET und Java.

Punkt zu sein: Dies ist hirntot einfach mit WebORB, die frei ist (obwohl eine bezahlte Enterprise-Version ist ebenfalls verfügbar). Gott bewahre, dass jeder sollte nur $ 30K für LCDS berappen diese Funktion zu erhalten.

--- Jim Plamondon, Mitternacht Coders (Hersteller von WebORB)