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:16] 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 27: | Línea 27: | ||
\\ | \\ | ||
4. En el caso que la aplicación estuviese abierta:\\ | 4. En el caso que la aplicación estuviese abierta:\\ | ||
- | a. <wrap hi>Si está definido el nodo < | + | a. Si está definido el nodo < |
<WRAP center 80%> | <WRAP center 80%> | ||
- | que tal | + | 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: | ||
+ | \\ | ||
+ | 1. code: 1003. \\ | ||
+ | 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. | ||
</ | </ | ||
\\ | \\ | ||
- | + | | |
- | | + | |
<WRAP center 80%> | <WRAP center 80%> | ||
- | adios | + | - 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.\\ | ||
</ | </ | ||
\\ | \\ |