Diferencias
Muestra las diferencias entre dos versiones de la página.
Ambos lados, revisión anterior Revisión previa Próxima revisión | Revisión previa | ||
wiki:3.-servidor:3.20.-provision-segura:start [2018/09/04 16:11] ejetoro [Lógica de la provisión segura] |
wiki:3.-servidor:3.20.-provision-segura:start [2018/09/04 16:25] (actual) ejetoro [Lógica de la provisión segura] |
||
---|---|---|---|
Línea 12: | Línea 12: | ||
{{ : | {{ : | ||
\\ | \\ | ||
+ | |||
=== Lógica de la provisión segura === | === Lógica de la provisión segura === | ||
Línea 26: | Línea 27: | ||
\\ | \\ | ||
4. En el caso que la aplicación estuviese abierta:\\ | 4. En el caso que la aplicación estuviese abierta:\\ | ||
- | a. Si está definido el nodo < | + | |
- | < | + | < |
+ | En este caso, el programador es responsable de todo, limpiar la cola de réplica y cerrar la aplicación.\\ | ||
\\ | \\ | ||
- | + | Se ejecuta el sys-message con los parámetros: | |
- | b. No está definido el nodo < | + | \\ |
- | < | + | 1. code: 1003. \\ |
- | adios | + | 2. message: Mensaje del live.\\ |
+ | 3. liveResponse: | ||
+ | \\ | ||
+ | El programador debería avisar al usuario. Cuando termine de guardar lo que le haga falta, debe ejecutar: | ||
+ | \\ | ||
+ | replica.processReplicatorQueue(liveResponse); | ||
+ | \\ | ||
+ | Tras la ejecución de dicho método, cerrar la aplicación.\\ | ||
+ | Este método notifica al live al finalizar para que genere la BD nueva. | ||
+ | </ | ||
+ | \\ | ||
+ | b. No está definido el nodo < | ||
+ | < | ||
+ | - Se postea una notificación con un temporizador de 30 segundos para guardar datos y cerrar la aplicación. Pasado este tiempo, el framework se cierra solo.\\ | ||
+ | \\ | ||
+ | - Replica todas las operaciones de salida en un último ciclo de réplica especial.\\ | ||
+ | \\ | ||
+ | - Notifica al live para que éste le diga al server que ya puede generar la BD.\\ | ||
+ | \\ | ||
+ | - El live descarga la base de datos nueva, borra la antigua y copia la nueva.\\ | ||
</ | </ | ||
\\ | \\ |