Arquitectura 4D Mobile

Para configurar una arquitectura utilizando el conector "Pro" 4D/Wakanda, a partir de 4D v14 R3, necesita como mínimo:

• 4D v14.3 monopuesto (versión Professional) para desarrollar y probar su solución mediante el conector 4D Mobile (tres conexiones 4D Mobile simultáneas se permiten en este contexto) o 4D Server v14 R3 con un  Expansion pack 4D Mobile (dos conexiones 4D Mobile autorizadas).
• Wakanda Enterprise Server v8 así como también Wakanda Enterprise Studio v8 para el desarrollo. Puede descargar ambas aplicaciones desde la página de descarga Wakanda (pestaña Enterprise).
• una base 4D y una aplicación Wakanda que deban comunicarse entre sí

Por el lado de 4D, debe configurar cada tabla, atributo y método a los que accederán las aplicaciones Wakanda (ver la sección Configuración de la base de datos 4D).

La arquitectura de 4D Mobile se puede representar de la siguiente manera:

Cuando se inicia la solución Wakanda, Wakanda Enterprise server establece un enlace con 4D Server en función de los parámetros definidos en la caja de diálogo "Connect to Remote Datastore" o de los métodos JavaScript de conexión. Una vez la conexión es aceptada por 4D Server (ver el párrafo Control de acceso REST), un "tiquete" de sesión cliente 4D Mobile se entrega al servidor Wakanda. Este tiquete será utilizado por Wakanda para todas las peticiones cliente REST posteriores.

A través de esta conexión, el servidor Wakanda potencialmente puede acceder a dos tipos de recursos de la base 4D:

• las tablas y sus atributos (incluyendo sus datos)
• los métodos proyecto

Cuando estos recursos son autorizados son utilizables directamente del lado Wakanda, como si pertenecieran al catálogo local de la aplicación Wakanda (su acceso es transparente desde la aplicación Wakanda).

Cuando un cliente web envía al servidor Wakanda una solicitud requiere acceso a la base 4D, esta solicitud se envía al servidor 4D utilizando el tiquete actual y una conexión 4D Mobile se abre en el equipo 4D Server. Esta conexión permanece abierta mientras el usuario realiza las solicitudes y se cierra por defecto después de un tiempo de espera de 60 minutos de inactividad. Este tiempo de espera por defecto se puede cambiar durante la ejecución del método mergeOutsideCatalog() a través del parámetro timeout.

Si durante la sesión, se alcanza el número de licencias correspondientes al número de conexiones 4D Mobile autorizadas en 4D Server, se devuelve un mensaje de error al servidor Wakanda,

Nota: También pueden establecer vínculos temporales dinámicos entre Wakanda y las aplicaciones 4D mientras la aplicación Wakanda se está ejecutando utilizando los métodos addRemoteStore() y openRemoteStore(). Estos métodos se describen en openRemoteStore() y RemoteStore().