Gestión de la conexión de las aplicaciones clientes

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.

A partir de 4D v15 R4, estos mecanismos se han modificado para ofrecer más control al desarrollador y una mayor flexibilidad en caso de error de conexión.

Los mecanismos disponibles que comienzan con 4D v15 R4 descritos en esta página sólo se activan cuando la opción Utilizar la nueva arcquitectura para las aplicaciones desplegadas de la página "Compatibilidad" de las Propiedades de la base (ver la sección Página Compatibilidad).

En las bases de datos creadas con 4D v15 R4, o en bases de datos convertidas cuando la opción de compatibilidad Utilizar la nueva arquitectura para las aplicaciones desplegadas esta seleccionada (ver arriba), 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:

• La aplicación cliente intenta conectarse al servidor utilizando el servicio de descubrimiento (basado en el nombre del servidor, publicado en la misma subred).
  O
  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.
• 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).
• 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.
• 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.

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.

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
  Funcionamiento por defecto para las bases de datos convertidas. 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