Discussion :

[richard_sraing]

Bonjour à tous,

Voilà, dans le cadre du développement d'une application client/serveur en java, je me pose la question suivante :

Lors de la communication entre clients et serveurs, est-il préférable de n'établir la connexion avec le serveur qu'une seule fois, ou est-il préférable de rétablir la connexion lors de chaque nouvelle requête ?

Je m'explique :

Le serveur est un serveur multi-thread. Un thread est à l'écoute des demandes de connexions, et un pool est chargé de traiter les demandes des clients.
Ma question est de savoir, est ce que le thread du pool, termine la connexion avec le client une fois la réponse renvoyée, ou est-il préférable de garder la connexion établie entre les deux ?

Ou encore, est-il préférable d'utiliser le principe de time out entre les deux ?

En vous remerciant pour les informations et explications qu'il vous sera possible de me fournir afin de développer l'application le plus proprement possible.

p.s. : je viens de me rendre compte que je suis dans la mauvaise partie du forum, et vous prie de m'en excuser.

[ruscov]

L'idéal est de rétablir la connexion à chaque request. Cela t'éviteras d'engorger ton serveur.
Imaginons que ton serveur ne puisse servir que 100 personnes à la fois, une fois ce nombre dépassé, ton serveur empêchera toute nouvelle connexion. Imagines maintenant que quelqu'un va boir son café, il gardera la connexion ouverte et n'en fera rien.

De manière générale dans les applis web Java, on établit la connexion à chaque request.
J'imagines que les utilisateurs vont s'authentifier, ils recevront donc un token, et à chaque request, ce token est envoyé, cela permet de savoir qui se connecte et du côté serveur, tu auras toutes les infos à ta disposition pour écrire ta logique.

[richard_sraing]

Merci pour cette réponse.

A présent, il me reste à me pencher sur la question des tokens, et de comment les gérer ... ;-) (oui, mon serveur, n'est basé sur rien, tout est géré manuellement, donc pas de Glassfish, ou tout autre modules / framework / environnement).

[ruscov]

Je ne comprends pas bien l'architecture de ton application. Est-ce que tu peux détailler?

[richard_sraing]

Salut ruscov,

En fait, l'architecture de mon application peut se voir comme sur l'illustration ci-dessous :



Le Pipe 1 est utilisé uniquement pour la transmission de la Socket entre le Thread Ecoute et le pool de thread Traitement.

Le Pipe 2 est utilisé pour le transfert des "requêtes" entre le thread traitement et le thread DB.

Un Thread complémentaire n'est pas représenté dans l'état actuel de la chose. Il s'agit du Thread Admin. Ce dernier sera utiliser pour la gestion distante du serveur.

Côté client, rien de compliquer, lancement de l'application avec une fenêtre principale, qui ne s'affichera que si l'authentification s'est déroulée correctement.

Voilà, je ne sais pas si cela répond à ta question de l'architecture de mon application.

[ruscov]

Et dans la pratique, tu utilises quoi comme technologie?