Bonjour à tous

Ma question est la suivante
Je dois dévelloper une application qui tourne sur cinq postes(donc en réseau)
Mon problème est que jusqu'a présent je n'ais jamais dévelloper d'applie pour fonctionner en réseau
j'aurais souhaiter quelque conseil de votre part


Merci d'avence pour vos réponses

Cordialement Benji

Bonjour,

La question est difficile et, si le temps nous le permettait, devrait faire l'objet d'une étude documentée d'un dossier.

Voici néanmoins quelques voies qui ne parle pas des blocages réseaux (HMode ("*", HModeMulti )) qui sont une nécessité évidente de votre développement. Je décrit donc sommairement (le complément est dans l'aide en ligne) les types d'installation.

- Le déploiement réseau "WinDev Classique".
Les exécutables seront sur les postes clients du réseau, la base sera sur un serveur de fichier. Nous recommendons vivement d'utiliser une même connexions de lecteur réseau pour le chemin du répertoire des données sur les postes clients. Un répertoire partégé supplémentaire est nécessaire pour stocker l'installation 'serveur' et permmettre la synchronisation des exécutables des postes.

Le programme utilise une base HyperFile classique.
Choisir une installation "avec mise à jour automatique" et suivre scrupuleusement l'assistant (quitte à entrer dans les paramètres avancés des différentes étapes).


Ce type d'installation est réalisé à partir d'un poste ayant des accès complets aux deux répertoire du serveur. Dans la mesure du possible, toujours utiliser le même poste pour les installation/mise à jour cas des informations sont enregistrées en base de registre.

La première étape consiste à effetuer une installation de type 'serveur' qui va identifier le chemin des données (le répertoire des données sur le serveur) et le type d'installation. Une copie de l'installation tenant compte de ces paramètres est alors installée sur le serveur dans le répertoire d'installation du serveur de fichiers.

C'est cette installation que les postes client doivent utiliser (en utilisant simplement le réseau) pour installer/mettre à jour l'exécutable sur leur poste.
Le chemin des données est alors automatiquement celui du répertoire des données du serveur et non le répertoire courant (du poste).

Note 1 : ne jamais faire une mise à jour en remplaçant l'exe du projet car c'est dans ce fichier que le chemin des données est stocké ! Toujours utiliser la mise à jour du serveur (ou une copie de l'exe d'un poste qui observe les mêmes conditions d'installation)

Note 2 : la première installation d'un client assure le lancement de la mise à jour automatique des données.

Note 3 : une gestion fine des mises à jour dans l'installation permet une synchronisation conditionnelle des postes clients (voir la notion de versions compatibles).

Attention : en pratique, cette installation, si elle parait complexe à mettre en place, est celle qui 'coûte' le moins cher. Elle exploite le LAN disponible. En revanche c'est aussi celle qui met ce même LAN à rude épreuve car elle peut y générer de fort traffics (selon la programmation, il va sans dire). C'est aussi celle qui met les index de la base en danger en raison de la dépendance avec l'infrastructure et le paramétrage du réseau ([url]chercher[/url] les information sur la gestion des caches réseau et leur incidence).


- Windows Terminal Serveur (là aussi faire des recherche, on en a déjà parlé) ou Citrix.
Oui, il est possible d'installer un terminal server dans un LAN, l'accès distant étant un "plus". Ce type de seveur héberge l'exécution des programme et leurs données. Sur le poste client, un simple Client Terminal est à installer et paramétrer (pour accéder au serveur). Ce Client est en fait une fenêtre qui donne accès au "bureau" de l'utilisateur sur le serveur. Le traffic réseau est alors limité à la seule mise à jour des écran et des périphériques d'entrée (clavier et souris) du poste client.

C'est sans doute la version la plus chère car elle demande un serveur de fichier et d'application (donc un serveur en conséquence : procésseur puissant + bcp de RAM + disque rapide) et le coût des licences de l'OS est à prendre en compte.
En revanche, une fois installé sur le serveur comme une application multi-instances (normal, elle va tourner sur la même machine pour chaque utilisateur), l'exécutable utilise une simple base HyperFile Classique et une installation autonome : rien de plus simple pour le développeur.
La difficulté réside alors dans la gestion des profils et su service Terminal Server, un peu de pamétrage du serveur est alors nécessaire.

Note 1 : autre avantage de cete solution : c'est aussi la seule qui permet un accès distant car il est possible d'ouvrir les ports adéquat sur le FireWall pour que les postes distants puisse connecter le serveur. Un VPN est alors utile (mais pas obligatoire) pour les transits d'information entre le serveur et le poste client.

Note 2 : Aucune astuces coté développement si ce n'est la compilation multiinstance et la prise en compte du mode multi-utilisateur.

- HyperFile C/S.
Arrivé en WinDev 9, hyperFile C/S permet, depuis un exécutable installé sur un poste client (toujours via une installation de type "avec mise à jour automatique" sur un répertoire partagé du serveur, de connecter une base hébergé sur un serveur de données.

La différence avec l'installation présenté plus haut est que cette fois ci, c'est le moteur HyperFile qui est en charge de la gestion des accès à la base et non plus directement les clients. Cette petite différence confère une plus grande stabilité des données et un abaissement significatif du traffic réseau.

Je vous laisse lire les dossiers qui traitent du sujet.

Voila en gros des réponses qu'il faudra adapter à votre infrastructure, budget et compétence...

Bonjour

Merci beaucoup pour ses renseignements et pour votre
disponibilité

Je commence déja a voir un peu plus clair


Cordialement Benji