Discussion :

[Iskendor]

Bonjour,

j'explique rapidement mon problème. J'ai un serveur avec une bande passante très faible et un tomcat dessus.

Je veux pouvoir coder une genericservlet (oui, je sais, c'est mal) qui écoute un port spécifique (oulah, ça aussi, c'est mal) et enregistre ce qu'elle reçoit (ça ce n'est pas le problème) et communique le message à tout un ensemble d'applets dont elle possède une liste d'adresse ip et qui vont écouter un port spécifique (et, non, je ne veux pas de JMS, ça ne va pas le faire).

Je ne veux pas qu'on me donne la solution ici, c'est une question trop complexe pour un post sur un forum. Par contre, j'ai besoin de décortiquer les servlets, les applets et les sockets pour définir si je peux me servir directement des services fournis par l'applet/servlet ou si je dois recoder une socket à l'intérieur : par exemple, ce qu'on peut mettre dans un servletcontext config, comment on fait écouter une servlet sur un port différent du reste du conteneur, quelle exception trapper pour détecter la fermeture brutale de socket côté client...etc...

Je cherche un bouquin qui traite le sujet en profondeur sans partir de la description de la méthode service et de la façon de traiter un flux request ou response (ça, ça m'intéresse pas, je sais faire).

Ce qui m'intéresse, c'est uniquement l'aspect communication.

Merci pour vos réponses.

[tchize_]

Plusieurs remarque:


Applet en écoute -> Ne marchera pas, la plupart des gens, de nos jours, sont en adressage privé derrière leur box. De plus un applet ne peux pas ouvrir un port en écoute sans sortir de sa sandbox de sécurité.
Applet active qui se connecte sur un port de ton tomcat et attends les instruction -> Envisageable et ne nécessite pas de sortir de la sandbox. Ca t'évite aussi de gérer une liste d'IPs, à la place tu gère une liste de Socket.
Ouvrir un port dans le tomcat -> Ne pas le faire depuis une servlet. Faites les dans un contextListener par exemple, en créant un Thread qui gèrera cette communication.

Servlet -> Du coup je vois pas à quoi elle servirait dans l'histoire

[Iskendor]

Bonjour,

merci pour cette réponse...

Plusieurs remarque:
Applet en écoute -> Ne marchera pas, la plupart des gens, de nos jours, sont en adressage privé derrière leur box. De plus un applet ne peux pas ouvrir un port en écoute sans sortir de sa sandbox de sécurité.

Effectivement, je n'ai absolument pas pensé aux réseaux nattés alors que j'en ai un chez moi...

Je me vois mal expliquer à chaque utilisateur comment ouvrir un port sur sa box et le rediriger vers son PC (même si ce n'est dans l'absolu pas d'une difficulté sans bornes, loin de là), sans compter que s'il veut se connecter sur deux PC différents, ça veut dire deux ports et c'est juste infaisable... pfff... ch'uis trop c... par moments...

Applet active qui se connecte sur un port de ton tomcat et attends les instruction -> Envisageable et ne nécessite pas de sortir de la sandbox. Ca t'évite aussi de gérer une liste d'IPs, à la place tu gère une liste de Socket.
Ouvrir un port dans le tomcat -> Ne pas le faire depuis une servlet. Faites les dans un contextListener par exemple, en créant un Thread qui gèrera cette communication.

Ok, l'idée me plait...
Bon, maintenant, il faut juste que je me forme sur la gestion des sockets... Ma question devient : un bon bouquin/tuto sur la gestion des sockets en java ?
un bouquin/tuto sur la config du serveur tomcat (je ne sais faire que des trucs basiques : configurer une datasource, une webapp, des conneries comme ça que n'importe qui ayant besoin d'un tomcat sait faire) ?

Servlet -> Du coup je vois pas à quoi elle servirait dans l'histoire

Oui, là forcément...