La gestión de las conexiones de las aplicaciones cliente cubre los mecanismos por los que una aplicación cliente fusionada se conecta al servidor de destino, una vez que está en su entorno de producción, incluso en caso de error de conexión.

En bases de datos binarias, los mecanismos descritos en esta página se activan sólo cuando la opción Utilizar la nueva arquitectura para las aplicaciones desplegadas de la página "Compatibilidad" de las Propiedades de la base está seleccionada (ver la sección Página Compatibilidad).

El procedimiento de conexión para las aplicaciones cliente fusionadas se ha modificado para permitir una mayor flexibilidad en los casos en que el servidor dedicado no esté disponible.

El escenario de inicio para una aplicación cliente 4D es ahora el siguiente:

1. Si la información de conexión válida se almacena en el archivo EnginedServer.4DLink dentro de la aplicación cliente, la aplicación cliente intenta conectarse a la dirección del servidor especificado.
   O
   La aplicación cliente intenta conectarse al servidor utilizando el servicio de descubrimiento (basado en el nombre del servidor, publicado en la misma subred).
   Nota de compatibilidad: cuando la opción de compatibilidad no está marcada (ver la sección Compatibilidad), si se produce un fallo en esta fase, se muestra directamente la caja de diálogo estándar "Conexión al servidor".
2. Si esto falla, la aplicación cliente intenta conectarse al servidor utilizando la información almacenada en la carpeta de preferencias de usuario de la aplicación (archivo (lastServer.xml, ver último paso).
3. Si esto falla, la aplicación cliente muestra un caja de diálogo de error de conexión.
   • Si el usuario hace clic en el botón Seleccionar... (cuando está permitido por el desarrollador 4D en el momento de la generación de la aplicación, ver más adelante), se muestra la caja de diálogo estándar "Conexión al servidor".
   • Si el usuario hace clic en el botón Salir, la aplicación cliente se cierra.
4. Si la conexión es exitosa, la aplicación cliente guarda esta información de conexión en la carpeta de preferencias de usuario de la aplicación para su uso futuro.

Todo el procedimiento se describe en el siguiente diagrama:

En las bases de datos creadas con 4D v15 R4, o en las bases de datos convertidas cuando la opción de compatibilidad Utilizar la nueva arquitectura para las aplicaciones desplegadas esté seleccionada (ver arriba), la ruta del último servidor utilizado se guarda automáticamente en un archivo llamado lastServer.xml en la carpeta de preferencias usuario de la aplicación cliente. Esta carpeta se almacena en la siguiente ubicación:

Este nuevo mecanismo aborda el caso en que el servidor de destino primario esté temporalmente no disponible por algún motivo (en mantenimiento, por ejemplo). Cuando se produce este caso por primera vez, se muestra la caja de diálogo de selección del servidor (si está permitido, ver más adelante) y el usuario puede seleccionar manualmente un servidor alternativo, cuya ruta se guarda, si la conexión se realiza correctamente. Cualquier falta de disponibilidad posterior sería manejada de forma automática a través de la última información de la ruta lastServer.xml.

Notas:

• Cuando las aplicaciones cliente no pueden beneficiarse de forma permanente del servicio de detección, por ejemplo, debido a la configuración de la red, aún se recomienda que el desarrollador indique un nombre de host al momento de la compilación utilizando la tecla IPAddress en el archivo BuildApp.xml. El nuevo mecanismo se ocupa de los casos de no disponibilidad temporal únicamente.
• Presionar la tecla Alt/Opción al inicio de la aplicación cliente con el fin de mostrar la caja de diálogo de selección del servidor aún se puede utilizar en todos los casos.
• Para permitir que varios clientes fusionados con el mismo nombre y en la misma máquina se conecten a sus propios servidores, establezca la llave ClientUserPreferencesFolderByPath en True al momento de la construcción. Esto asegurará que cada aplicación cliente fusionada tenga su propia carpeta en la carpeta de preferencias del usuario y se conecte al servidor correcto.

A partir de 4D v15 R4, es posible no mostrar automáticamente la caja de diálogo estándar de selección en las aplicaciones clientes fusionadas cuando el servidor no responda.

En este caso, la configuración depende de la opción de compatibilidad Utilizar la nueva arquitectura para las aplicaciones desplegadas así como también el valor de la nueva llave ServerSelectionAllowed XML (ver la siguiente sección) en la máquina donde se generó la aplicación. Hay tres posibilidades:

• Visualización de un mensaje de error sin acceso posible a la caja de diálogo de selección de servidor
  Funcionamiento por defecto para las bases de datos creadas a partir de 4D v15 R4. La aplicación sólo puede salir. Este funcionamiento se obtiene con la siguiente configuración:
  
  • Opción Utilizar la nueva arquitectura para las aplicaciones desplegadas: seleccionada
  • Llave ServerSelectionAllowed XML: valor False o llave omitida

  

• Visualización de un mensaje de error con acceso posible a la caja de diálogo de selección de servidor
  El usuario puede acceder a la ventana de selección de servidor haciendo clic en el botón Seleccionar .... Este funcionamiento se obtiene con la siguiente configuración:
  
  • Opción Utilizar la nueva arquitectura para las aplicaciones desplegadas: seleccionada
  • Llave ServerSelectionAllowed XML: valor True

  =>

• Visualización directa de la caja de diálogo de selección de servidor
  Comportamiento heredado en bases binarias creadas con versiones anteriores a 4D v15 R4 (bases binarias). Este es el funcionamiento de las versiones anteriores de 4D. Se obtiene con la siguiente configuración:

• Opción Utilizar la nueva arquitectura para las aplicaciones desplegadas: desactivada
• Llave ServerSelectionAllowed XML: ignorada