Actualización automática de las aplicaciones servidor o monopuesto

En principio, la actualización de las aplicaciones servidor o mono puesto fusionadas necesitaba una intervención del usuario (o la programación de rutinas sistema personalizadas): cuando una nueva versión de la aplicación fusionada estaba disponible, era necesario salir de la aplicación en producción y reemplazar manualmente los archivos antiguos por los nuevos, y luego reiniciar la aplicación y seleccionar el archivo de datos actual.

Puede automatizar este procedimiento utilizando los siguientes comandos del lenguaje: SET UPDATE FOLDER, RESTART 4D, y también Get last update log path  para monitorear las operaciones. La idea es implementar una función en su aplicación 4D que desencadene la secuencia de actualización automática que se describe a continuación. Puede ser un comando de menú o un proceso que se ejecuta en el fondo y verifica a intervalos regulares la presencia de un archivo en el servidor FTP.

Este es el escenario de una actualización de una aplicación servidor o monopuesto fusionada:

1. Usted transfiere, por ejemplo utilizando un servidor FTP, la nueva versión de la aplicación servidor o mono puesto fusionada en el equipo en producción.
2. En la aplicación en producción, llame el comando SET UPDATE FOLDER: este comando designa la ubicación de la carpeta que contiene la actualización "pendiente" de la aplicación actual.
   Opcionalmente, puede volver a copiar en esta carpeta los elementos personalizados de la versión en producción (archivos usuario).
3. En la aplicación en producción, llame al comando RESTART 4D: este comando desencadena la ejecución de un programa utilitario llamado "updater" que sale de la aplicación actual, la reemplaza utilizando la actualización "pendiente" si se ha definido, y reinicia con el archivo de datos actual. La versión anterior se renombra.

Notas:

• Este funcionamiento es compatible con las aplicaciones servidor Windows que ejecutan como un servicio (ver Registrar una base como servicio).
• También tiene nuevas llaves XML para elevar los privilegios de instalación para que pueda utilizar las carpetas protegidas bajo Windows (ver el manual MissingRef).

El procedimiento de instalación ahora produce un archivo de historial que detalla las operaciones de actualización de las aplicaciones fusionadas (cliente, servidor o monopuesto) en los equipos de destino.
Este archivo es útil para analizar los posibles errores que se producen durante el proceso de instalación.

El historial de actualizaciones se llama YYYY-MM-DD_HH-MM-SS_log_<sequence>.txt, por ejemplo, 2013-08-25_14-23-00_log_1.txt para un archivo creado el 25 de agosto de 2013 a las 14:23. 

Este archivo se crea en la carpeta de la aplicación "Updater", es decir:

• bajo OS X:
  {nombreusuario}/Library/Appplication Support/{NombreProducto}/4D/Updater/

• bajo Windows:
  \{nombreusuario}\AppData\Roaming\{NombreProducto}\4D\Updater\

Puede encontrar la ubicación de es te archivo en cualquier momento con el nuevo comando Get last update log path.