4D v16Architecture 4D Mobile |
||
|
4D v16
Architecture 4D Mobile
Architecture 4D Mobile
Pour mettre en place une architecture exploitant le connecteur "Pro" 4D / Wakanda, vous avez besoin au minimum de :
Côté 4D, vous devez paramétrer chaque table, attribut et méthode devant être accessible par l’application Wakanda (cf. paragraphe Configuration de la base 4D). L’architecture de 4D Mobile peut être représentée de la manière suivante : Au démarrage de la solution Wakanda, la liaison est établie par le serveur Wakanda Enterprise avec 4D Server en fonction des paramètres définis dans la boîte de dialogue "Connect to Remote Datastore" ou des méthodes JavaScript de connexion. Une fois la connexion acceptée par 4D Server (cf. paragraphe Contrôles des accès REST), un "ticket" de session cliente 4D Mobile est délivré au serveur Wakanda. Ce ticket sera utilisé par le serveur Wakanda pour toutes les requêtes ultérieures. Via cette liaison, le serveur Wakanda peut potentiellement accéder à deux types de ressources de la base 4D :
Lorsqu’elles sont autorisées, ces ressources sont utilisables directement côté Wakanda, comme si elles appartenaient au catalogue local de l’application (leur accès est transparent depuis l’application Wakanda). Lorsqu’un client Web envoie au serveur Wakanda une requête nécessitant un accès à la base 4D, la requête est acheminée au serveur 4D en utilisant le ticket courant et une connexion 4D Mobile est ouverte sur le poste 4D Server. La connexion restera ouverte tant que l’utilisateur effectuera des requêtes et sera refermée par défaut au bout de 60 minutes d’inactivité (timeout). Ce délai par défaut peut être modifié dans les paramètres initiaux de connexion. Si au cours de la session, le nombre de licences correspondant au nombre de connexions 4D Mobile autorisées sur 4D Server est atteint, un message d’erreur est retourné au serveur Wakanda.
|
PROPRIÉTÉS
Produit : 4D
HISTORIQUE
UTILISATION DE L'ARTICLE
4D Mobile ( 4D v16) |