Domanda

ho visto un po 'di screencast che dimostrano l'integrazione tra BlazeDS e Flex, anche Alcuni LCD tutorial, modelli guidati o no.

Ho visto che alcuni di loro il presentatore apre 2 browser e una volta che si cambia un valore in una griglia, si propaga a tutte le altre griglie che presenta i dati.

Mi chiedo come cavolo questo è fatto, e come riprodurre.

di questa funzionalità dipende della soluzione LCDS Bordo /? Io non la penso così, ma non ho mai visto un codice che spiega su di esso.

sento che può o non può fare affidamento su JMS / MQ / protocolli di messaggistica o se questo è una sorta di 2 vie di sincronizzazione e la propagazione della raccolta tra le istanze dello stesso risultato di servizio.

Grazie per qualsiasi ingresso.

Saluti,

Ernani

È stato utile?

Soluzione

È possibile implementare questa funzionalità sia con BlazeDS e LiveCycle Data Services. BlazeDS fornisce a distanza e le funzioni di messaggistica (messaggistica caratteristiche è quello che permette di sincronizzare i dati tra i clienti), i monitor LCD si estende BlazeDS aggiunta di nuove funzionalità come la gestione dei dati (miglioramento della produttività), la generazione di PDF, Edge Server per gestire le zone di DMZ), sviluppo MDA, l'integrazione portale ecc Si aggiunge anche un po 'di messaggistica avanzata caratteristiche come messaggio di fusione, la limitazione, affidabilità.

BlazeDS è libero e open source e, a mio parere una soluzione robusta, è possibile utilizzarlo se si desidera sincronizzare i dati tra i client. LCDS aggiunge un sacco di cose, ma i clienti LCDS dovrebbe avere un grosso budget.

Come funziona? Non ci sono JMS dietro per questa funzione (ma BlazeDS possono integrare con un provider JMS in modo da poter avere un client in broswser e la seconda esecuzione di un'applicazione SWING). Invece ci sono alcune code di messaggi sul server e un editore - grafico sottoscrittore. Al fine di spingere i dati dal client al server ci sono diverse scelte, sono la più avanzata disponibile solo su LCDS: HTTP polling, HTTP polling lungo, HTTP in streaming, prese RTMP (LCD solo). Tutti loro sono descritti in dettaglio sul Damon blog.

Se volete vedere qualche codice go e scaricare BlazeDS e prendere uno sguardo sui campioni, ci sono molti quelli che mostrano le funzioni di messaggistica. Inoltre ci un server Tomcat è in bundle nel download, ed i campioni sono già schierati in esso.

Altri suggerimenti

Per fare questo è necessario mantenere una connessione socket aperto tra il client e il server in modo che il server possa spingere i dati al client.

Credo che il protocollo RTMP è stato utilizzato per questa comunicazione a due vie.

I capire che questo è il motivo principale per utilizzare LiveCycle Data Services su BlazeDS. WebORB ha anche la funzionalità di spinta, come fa GraniteDS. Ho visto anche demo in cui questo viene fatto con ColdFusion.

Se nessuna di queste opzioni sono disponibili per te, sei bloccato facendo una sorta di polling al server remoto.

Purtroppo, non ho esempi di codice specifici per azione.

Un campione semplice che mostra come fare questo usando WebORB può essere trovato qui:      http://www.kensodev.com/ 2009/11 / 01 / sincronizzazione client-application-con-flexweborb-net /

Questo campione si basa su WebORB 3 for .NET; WebORB 4 è ora disponibile, sia per .NET e Java.

Il punto è: Questo è semplice morte cerebrale utilizzando WebORB, che è gratuito (anche se una versione Enterprise a pagamento è anche disponibile). Dio non voglia che chiunque dovrebbe sborsare $ 30K per LCDS solo per ottenere questa funzione.

--- Jim Plamondon, Midnight Coders (creatori di WebORB)

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top