Como editor, a veces quiere duplicar una aplicación cliente fusionada para conectar cada una de ellas a su 4D Server dedicado. Veamos cómo hacerlo.
Cuando usted es un editor de software, algunos de sus clientes a veces tienen muchas instancias de su aplicación de servidor fusionado, por ejemplo, una aplicación de servidor fusionado para cada empresa de un grupo. En este tipo de arquitectura de despliegue, los responsables de su cliente suelen pedirle que instale una aplicación cliente fusionada para cada aplicación servidor fusionada en su ordenador porque quieren utilizar el software para cada empresa.
Como la dirección de la aplicación del servidor fusionado ya no se almacena en el archivo EnginedServer.4DLink dentro del paquete de la aplicación cliente fusionada (para mantenerlo intacto), todas las aplicaciones cliente fusionadas comparten la misma dirección del servidor almacenada en la carpeta de preferencias del usuario.
A partir de ahora, tienes una nueva clave buildApp a tu disposición para hacer que cada aplicación cliente fusionada duplicada utilice su propia carpeta de preferencias de usuario (basada en su ruta de aplicación):
<BuildApp>
<CS>
<ClientUserPreferencesFolderByPath>True</ClientUserPreferencesFolderByPath>
Sólo hay que recordar que para saltarse la difusión automática de la red y hacer que cada aplicación cliente fusionada se conecte a su último servidor, hay que publicar cada aplicación servidor fusionada en un puerto distinto al estándar de 4D (19813) y en un puerto distinto al definido durante la buildApp.
Por supuesto, cuando se activa este comportamiento, los Folder y Get 4D Folder siguen devolviendo la carpeta correcta para cada aplicación cliente fusionada.
La guinda del pastel, si se utiliza el parámetro estrella mágica del comando Open form window las ventanas de cada aplicación cliente fusionada recuperarán su propio tamaño y posición, ajustándose a la organización del escritorio de los usuarios.
Esta misma arquitectura también puede ser útil para los desarrolladores o probadores que quieran conectarse a un Servidor de prueba, a un servidor de preproducción o a un servidor de producción. De esta manera, pueden tener duplicadas las aplicaciones cliente fusionadas conectadas a su Servidor dedicado.
Ejemplo
Un grupo utiliza el software myCRM para gestionar los clientes de sus empresas. Cada empresa tiene su propio servidor myCRM. Para evitar que una aplicación cliente fusionada se conecte automáticamente a la primera aplicación servidor encontrada en la subred, cada aplicación servidor se publica en un número de puerto diferente al 19813 y se define durante la buildApp.
Los administradores del grupo pueden conectarse fácilmente al Servidor que deseen duplicando las aplicaciones cliente fusionadas.
En el primer lanzamiento, basta con mantener la tecla ALT pulsada en el teclado para que aparezca el diálogo de conexión estándar de 4D. A continuación, introduzca las credenciales adecuadas del servidor y conecte la aplicación cliente al Servidor. Las credenciales del servidor se almacenan entonces en una carpeta relacionada con la ruta de la aplicación cliente fusionada.
Después, cada aplicación cliente fusionada se conectará automáticamente a su aplicación servidor dedicada.
