Esta nueva característica mejora la gestión de los recursos locales de las aplicaciones fusionadas de 4D Client ejecutadas con los Servicios de Escritorio Remoto de Windows. Veamos cómo.

Los Servicios de Escritorio Remoto de Windows permiten a los usuarios abrir una sesión de Windows o una RemoteApp, dentro y fuera de la red de la empresa. De este modo, los usuarios pueden conectarse a sus aplicaciones desde cualquier lugar a través de una conexión a Internet. Cuando la aplicación no está optimizada para el uso del ancho de banda de Internet, los Servicios de Escritorio Remoto se utilizan a menudo para limitarlo: no se intercambian datos entre la aplicación y el servidor, sino sólo los cambios de pantalla.

La arquitectura ESTÁNDAR

Cuando una aplicación fusionada de 4D Client se conecta a una aplicación fusionada de 4D Server, se realiza una comprobación para verificar que el código fuente de la aplicación (código compilado, formularios, recursos externos, etc., normalmente llamados «recursos locales») en el lado del Cliente es el mismo que en el lado del Servidor. Si es necesario, el código fuente de la aplicación es descargado desde el servidor 4D por la aplicación fusionada 4D Client y almacenado en la carpeta del usuario:
\N-Users\N-CuentaUsuario\N-DatosDeAplicaciónLocal\N-NombreDelServidor}_FirmaDeCarpetaDelCliente\N-
Por ejemplo, C:\N-UsersJohn Doe\N-DatosDeAplicaciónLocal\N-miApp_192_168_2_134_19813_157\

Así, cuando varios usuarios abren la misma aplicación fusionada 4D Client en un servidor Windows con Servicios de Escritorio Remoto, los recursos locales son descargados por cada usuario en su propia carpeta de usuario. Existe entonces una copia de los mismos archivos en cada carpeta de usuario.

Una nueva arquitectura a su disposición

Para mejorar el almacenamiento y la transferencia de datos locales, 4D ha desarrollado una nueva opción para los proyectos en el proceso de BuildApp para permitir la mutualización de los recursos locales. Se activa mediante esta nueva clave XML de BuildApp:
/Preferences4D/BuildApp/CS/ShareLocalResourcesOnWindowsClient

El comportamiento heredado prevalece si la nueva clave tiene un valor «Falso» o no existe.
Y si esta nueva clave tiene un valor «True», la aplicación fusionada con 4D Client utilizará los recursos locales colocados en esta ruta común:
\ProgramData\{nombre de la aplicación}\{información del servidor}\Nfirma de la carpeta del cliente\N
por ejemplo C:\ProgramData\NmiApp\NmiApp_192_168_2_134_19813_157

Tenga en cuenta que la carpeta de registros se sigue colocando en la carpeta de usuario para evitar las escrituras concurrentes.

Proceso de actualización

Los administradores de los Servicios de Escritorio Remoto de Windows suelen ser fáciles con el proceso de actualización de aplicaciones, pero queríamos recordar las mejores prácticas para realizar las actualizaciones. Un administrador deberá:
1. Desconectar a todos los usuarios que estén ejecutando la aplicación fusionada 4D Client que se va a actualizar.
2. Prohibir a los usuarios el acceso a la aplicación fusionada 4D Client.
3. Actualice la aplicación fusionada 4D Server.
4. Si la actualización automática del cliente está activada: en la sesión del Administrador, lance la aplicación fusionada 4D Client y valide el proceso de actualización automática. Al final del proceso, la aplicación fusionada 4D Client será lanzada, conectada a la aplicación fusionada 4D Server, y las actualizaciones automáticas de los recursos locales serán realizadas en la carpeta compartida.
5. Si la actualización automática del cliente está desactivada: en la sesión del Administrador, actualice manualmente la aplicación fusionada 4D Client y láncela para conectarse a la aplicación fusionada 4D Server y realizar las actualizaciones automáticas de los recursos locales en la carpeta compartida.
6. Permita a los usuarios el acceso a la aplicación fusionada 4D Client.
Este procedimiento asegurará que los usuarios no lancen varias instancias de la aplicación 4D Client fusionada, evitando escrituras concurrentes en los recursos locales compartidos o errores de derechos de escritura.

Tenga en cuenta

No era una buena práctica añadir/modificar/borrar archivos o carpetas en la carpeta de recursos locales debido a las actualizaciones automáticas del servidor. Esto es aún más cierto con este nuevo comportamiento porque la carpeta de recursos locales se comparte entre los usuarios y a menudo es de sólo lectura para los usuarios estándar. Es mejor utilizar la carpeta de Documentos del usuario o, eventualmente, la carpeta de preferencias del Usuario 4D.