[Architecture][Strategie] Client/Serveur Choix d'une architecture

Bonjour,

J'aimerais développer une application client/serveur.
Sur le serveur est exécuté un SGBDR. Les applications clientes accèderont via l'application serveur au SGBDR.
Au niveau architecture, vaut-il mieux développer une application côté client et une application côté serveur, et donc je suppose le serveur sera serveur de socket.

Ou me suffit-il de développer des applets qui sont stockés sur le serveur sur lequel tourne un serveur web (apache par exemple) ? L'avantage, selon moi, est que le pool de connection est géré par le serveur web.

Quel architecture me conseilleriez-vous ?

Ciao.
Etienne.
[ Modéré par vedaer ]
Ajout d'un tag dans le titre
:arrow: Les Règles du Forum

cela depend si tes applis sont lourdes ou legeres, si legere t'as besoin que du serveur cote client c'est à dire serveur WEB

++

Bonjour,

en fait mon appli sera quand même plutôt lourde.
Ne vaut-il pas mieux développer l'application côté client sous forme d'applets stockés sur le serveur ? Côté déploiement, c plus simple, non ? Pas besoin d'installer sur chaque client, l'application cliente. Qu'en penses-tu ?

Un client lance un navigateur web, charge l'applet stocké sur le serveur. Cet applet se connecte à un serveur de socket, pour récupérer les données dans le SGBDR. Que vaut cette solution ?
Il faut s'y prendre ainsi ? Ou autrement ?

En fait, ce qui m'embêtes est le déploiement des applications développés en Java, parce que je ne trouve pas ça si évident que ça.

Merci pour vos réponses.
Ciao

Il te faut absoluement faire ton client en java ? Parce que sinon je te conseil d'utiliser un serveur de servlet et donc du HTML cote client. Les applets ca reste lourd et plus penible a developper.

Si ton applet est vraiment lourde, tes utilisateurs vont se bouffer les doigts en attendant qu'elle se charge. Prend ce critère en compte aussi.

Bonjour,

non je ne suis pas obligé de faire mon client en java, je suis ouvert à plein de propositions.

++

Il faut penser que les applets sont super sécurisées et qu'il va donc faire face à tous les problèmes de sécu pour accéder à ton serveur, à ton SGBDR ... (pénibles a résoudre ... java.policy, signature d'applet ...).

Si j'étais toi j'opterai pour une appli cliente (pas bien pénible a déployer quand même hein ? :wink: ) qui communiquerait avec une appli serveur.
C'est pas plus mal si ton appli est grosse. Il suffit de bien gérer les connexions de sockets et de maîtriser tes threads. Pour chaque connexion d'un client t'instancies un Socket de communication avec le serveur et tu crées un Thread spécifique au client sur le serveur.

Bonne chance :)

Oui je suppose que ça ne doit pas être bien compliquer à déployer mais vu que je débute, je ne vois pas hormis l'applet comment déployer facilement des applications. Il y a bien les .jar mais ça imposait d'aller installer sur chaque client l'application en question, alors que l'avantage selon moi d'utiliser les applets résidaient dans l'utilisation d'un browser internet qui les chargerait depuis le serveur.

Ciao