[Serveur] thread event

Bonjour,

Je souhaite faire de "l'infigérance" (enfin à mon niveau...) sur une appli. J'ai pensé associer à l'appli un serveur qui me permettrais de me connecter et de dioaloguer avec l'appli.
La question que je me pose est comment je cré mon client (sur mon appli) ?
J'ai pensé faire un thread (mon serveur) et dans la méthode run faire :

Code:

---

1 2 3 4 5

while(true) { socket s = ss.accept(); new client(s); }

---

Mais je ne sais pas si c'est la bonne méthode.

Merci

Heu... c'est quoi de l'infigérance ?...

Habituellement le client est une application séparée du serveur, souvent même placée sur une machine différente de celle du serveur.

Regarde des choses comme Architecture Client/Serveur en java avec les sockets ou Développement d'un serveur Java multi-thread simple... et aussi change de forum pour poser tes questions sur ce thème, swing n'est pas vraiment associé à la programmation des infigérences, je présume.

Salut,

Dans mon cas, l'appli doit tourner 24/24 sans intervention d'utilisateur (c'est pour du matériel embarqué). Le système d'exploitation n'est pas forcément connecté au web. Mais pour ceux qui sont connectés je souhaite pouvoir accéder aux champs de l'application visa le net.
Donc, je pensais qu'elle façon simple de faire était de mettre chaque appli comme "server" qui attend une connections de ma part. Puis par l'intermédiaire de commande modifier les champs.
Il me semblait que cela s'appelait de l'infogérance, mais il est fort probable que je fasse un abus de langage.

Maintenant je découvre un peu le net et je ne suis pas sur d'avoir la bonne conception, c'est pourquoi je post ;)

Merci

Ah !... d'abord, tu avais écris infigérance, et pas infogérance... d'où que je sois perturbé.

Ensuite, j'avais aussi été perturbé par le fait que je ne comprenais pas très bien où tu plaçais client et serveur exactement... Et comme en plus tu as choisi le forum swing, c'est à dire le forum justement consacré au interfaces utilisateurs, admet qu'il n'était pas facile d'en déduire que tu voulais faire un serveur sans interface utilisateur.

Au niveau de ta conception, toutes réserves prises, elle me semble correcte. Le serveur est souvent un truc sans interface utilisateur. Cependant je te conseille de prévoir un moyen d'administration et de surveillance, sinon cela ne va pas être facile.

Et pour la réalisation, je te suggère de suivre les liens que je t'ai donné.

ok,
merci pour tes remarques.

La dernière question que je me pose est : Est ce que c'est plus facile ou malin de faire une architecture utilisant des applets ? en considérant chaque application comme un client et ayant un seul serveur qui peut le cas échéant modifier des champs.

Merci d'avance

Je considère les applets comme une techno à rejeter, dans quasiment tous les cas. Elle ne donne que des ennuis.

Soit ce que tu veux faire au niveau client s'insère dans un site web, et alors il est préférable de passer par les JSP, et toutes les technos assimilées.

Soit ce que tu veux faire au niveau client est plus proche d'une application, et alors il vaut mieux passer par la techno java web start, et assimilé.

Choisi...

salut et merci de ta réponse,

Mon choix sera plutôt java web start.

Les ennuis dont tu parle pour les apllets viennent ils du manager security ?

Oui, si tu en as besoin, car les navigateurs gèrent tous différemment les systèmes de clef (alors qu'avec java web start, au moins, tout est pareil), il est difficile de gérer les différentes sortes de JVM dans les différentes sortes de navigateur, et surtout, surtout, une applet, finalement, à quoi ça sert ?

Merci de toutes ces précisions et bonne journée!!:D