Think about Asinc Service Comunication about rush

[mrutid]

Han aparecido divergencias en el uso de RUSH en la iniciativa Consumer E. de M2M.

Trasportes -http no es el transporte utilizado para invocar los servicios finales (minor)
Otros transportes se podrían emplear con cambios alineados con la plataforma

Asincronia -los servicios finales invocan un ACK asincrono que debe utilizarse como respuesta. Es decir los servicios finales a invocar no son síncronos. (major)

Se explorará si un worker ad-hoc puede solventar el problema de forma elegante.
Difumina el scope del componente.

IDEA: los ACK pueden considerarse una política más (entrando por el listener, algo parecido a lo que hace "RETRIEVE").

OTROS:
Pondrían un developer
Ven bien hacer adaptaciones para su caso de uso (hacer un worker, implementar un módulo de transporte...)
Pretenden estar en produccion el 1 Mayo
Primero solo necesitaran 1:1
Sobre todo están interesados en 1:N
y en la "gestión de tickets" (seguir el estado de las peticiones)
Websockets les parece una opción interesante (su uso en sus Tablets puede solventar la mayoria de los problemas)

[mrutid]

New product emerge: PopBox

https://github.com/mrutid/PopBox