propagación en vivo de la cuadrícula de datos / ArrayCollection al cambiar valores en aplicación Flex

Question

he visto un montón de grabaciones de pantalla que demuestran la integración entre blazeds y Flex, también algunos tutoriales LCDs, modelo impulsados ??o no.

He visto que algunos de ellos el presentador abre 2 navegadores y una vez que cambie un valor en una cuadrícula, que se propaga a todas las otras rejillas que presenta los datos.

Me pregunto cómo se realiza diablos esto, y como se puede reproducir.

¿Esta función depende de la Edge / LCDS solución? Yo no lo creo, pero nunca he visto algo de código que explica al respecto.

siento que puede o no puede basarse en JMS / MQ / protocolos de mensajería o si se trata de algún tipo de 2 vías de sincronización y la propagación de recogida entre las instancias del mismo resultado servicio.

Gracias por cualquier entrada.

Saludos,

Ernani

Answer 1

Se puede implementar esta función tanto con BlazeDS y LiveCycle Data Services. BlazeDS proporciona remoto y funciones de mensajería (Messaging características es la que permite sincronizar los datos entre los clientes), los LCD se extiende BlazeDS añadiendo nuevas funciones, como la gestión de datos (mejoras en la productividad), la generación de PDF, servidor perimetral para hacer frente a las zonas DMZ), MDA desarrollo, integración de portales, etc también añade un poco de mensajería avanzada características como fusión mensaje, estrangulación, fiabilidad.

BlazeDS es libre y de código abierto y en mi opinión, una solución robusta, se puede utilizar si desea sincronizar los datos entre clientes. LCDS añade un montón de cosas, pero los clientes LCDS debe tener un gran presupuesto.

¿Cómo funciona? No hay JMS detrás de esta característica (BlazeDS sin embargo se pueden integrar con un proveedor JMS para que pueda tener un cliente en broswser y la segunda ejecución de una aplicación Swing). En su lugar hay algunas colas de mensajes en el servidor y un editor - gráfico de abonados. Con el fin de empujar los datos de los clientes al servidor hay varias opciones, la más avanzada está disponible sólo en LCDS: HTTP de votación, HTTP sondeo largo, transmisión HTTP, RTMP (tomas únicas LCD). Todos ellos se describen en detalle en el blog Damon .

Si desea ver algo de código de ida y descarga BlazeDS y tomar una mirada sobre las muestras, hay varios que muestran las funciones de mensajería. También hay un servidor Tomcat se lía en la descarga, y las muestras ya están desplegados en ella.

Answer 2

Para hacer esto es necesario mantener una conexión de socket abierto entre el cliente y el servidor para que el servidor puede enviar datos de vuelta al cliente.

Creo que el protocolo RTMP se utilizó para esta comunicación bidireccional.

Yo entiendo que esta es la razón principal para usar LiveCycle Data Services sobre BlazeDS. WebORB también tiene funcionalidad de empuje, al igual que GraniteDS. También he visto demostraciones donde esto se hace con ColdFusion.

Si ninguna de estas opciones están disponibles para usted, usted está atascado haciendo algún tipo de interrogación al servidor remoto.

Por desgracia, no tengo muestras de códigos específicos para compartir.

Answer 3

Una muestra simple que muestra cómo hacer esto utilizando WebORB se puede encontrar aquí: http://www.kensodev.com/ 2009/11/01 / sincronizar entre el cliente y aplicación usando-flexweborb-net /

Esa muestra se basa en WebORB 3 para .NET; WebORB 4 ya está disponible, tanto para .NET y Java.

punto es: Esto es simple con muerte cerebral usando WebORB, que es gratuito (aunque una versión de pago Enterprise también está disponible). Dios no permita que cualquier persona debe pagar $ 30K para LCDS sólo para obtener esta función.

--- Jim Plamondon, codificadores de medianoche (creadores de WebORB)