Discussion :

[jeanbadel]

Bonjour, J'essaye de réalisé un petit Tchat mutlisalon. Jusque là tout a été; j'ai réussi à cloisonner mon tchat en salon. Je me suis basé sur le script de SimpleServer de ce même site. Cependant je voudrai faire en sorte qu'un client spéciale (un genre de bot) soit créer par salon afin d'envoyer des infos tout les 5 minutes. Et la je cal .

Car en effet vue que c'est une connexion en interne que je veux réaliser je ne vois pas comment la faire...

Je vous montre un petit bout de code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 while (true) {// attente en boucle de connexion (bloquant sur ss.accept)
        new BlablaThread(ss.accept(),blablaServ); // un client se connecte, un nouveau thread client est lancé
      }

Le serveur attend donc chaque connexion du client.

Comment faire pour connecter mon genre de bot , affin qu'il face partie de la socket ? J'avais pensé à faire une connexion classique ( new Socket() ) cependant il sera considéré comme un client classique( et donc implementer des class Utilisateurs). Je ne vois donc pas comment différencier les clients ou bien créer une connexion en dehors de la boucle sur le ServerSocket courant.

J'espère avoir été clair. Merci de votre aide

Cordialement, Jean-Baptiste

[nouknouk]

salut,

Les différentes solutions sont envisageables, donc il va falloir en choisir une d'abord. Au delà de l'aspect technique - et si j'ai bien compris - tu hésites entre deux possibilités:

1- soit décider que le code spécifique au bot (la 'logique du bot') est une partie des fonctionnalités du serveur lui même ("créer une connexion en dehors de la boucle sur le ServerSocket courant") et donc 'inclure' le bot dans le programme du serveur lui-même.

2- soit différencier les deux codes et faire que finalement un bot est un client comme un autre ("J'avais pensé à faire une connexion classique ( new Socket() )"), donc deux applis différentes.

Perso, j'aurais une large préférence pour la solution 2, qui est plus modulaire et donc plus flexible:

- le jour où on ne veut plus du bot, on ne l'utilise simplement plus et du code inutile ne traine pas dans ton programme serveur.

- le jour où on fait des changements de comportement du bot et/ou qu'on veut implémenter de nouveaux types de bot, pas besoin de toucher au code du serveur (ni même avoir à le redémarrer ; juste changer et relancer le(s) bot(s)).

- si le bot est un client comme un autre qui se connecte avec un Socket, on pourrait très bien exécuter le serveur et le bot sur deux machines différentes.

[jeanbadel]

Je pensais moi aussi plus opté pour la deuxième solution. C'est à dire concidérer le bot comme un client indépendant. Cela permet comme tu dit <nouknouk> de faire en sorte de le rendre indépendant.

Mais alors comment faire en sorte que celui ci ce connecte à l'application en interne et n' instancie pas le Thread de client classique. ? Peut t'ont créer une connexion en dehors de la boucle Run() ?

Merci de votre aide.
Cordialement Jean-Baptiste.

[nouknouk]

Non, l'idée est que ton serveur verra le bot comme un client classique, simplement celui-ci aura des droits supplémentaires que les clients 'classiques' n'auront pas.

Concrètement, ça veut dire:

1- qu'il faut ajouter à ton serveur la notion de gestion 'droits' pour un utilisateur. En d'autres termes, à chaque client sera attaché une description de ce qu'il a le droit de faire ou pas (pas exemple kicker et bannir des gens).

Ca peut être quelque chose d'extrêment trivial (genre un booléen 'isOperator' qui s'il est à true autorise les commandes kick & ban pour cet utilisateur ; les refuse s'il est à false).

Ca peut être quelque chose de plus complexe: gérer par exemple les droits par utilisateur ET par salon de discussion. Par exemple le client 'nouknouk' a les droits d'opérateur (kick) sur le canal #nouk, mais est simple visiteur sur le canal #pmu ; un bot sera quant à lui admin (kick & ban) sur les deux canaux, etc...

2- qu'il faut ajouter un mécanisme pour donner les bons droits aux bons 'clients'. Pour cela, il n'y a pas 36 solutions: un client qui se connecte aura au départ par défaut les droits minimums (simple visiteur) ; puis il pourra éventuellement envoyer une commande d'authentification au server (avec login/pass par exemple) pour demander l'octroi de droits supplémentaires.

Et voilà: d'un point de vue 'code', tes bots seront des clients comme les autres et tu n'as rien à toucher à ta socket d'écoute et sa boucle associée pour y arriver.

[jeanbadel]

Je pense que cela peu être plus compliqué que cela car mon projet est plus précis que ça.

J'essaye de réaliser un serveur avec un bot qui puisse envoyer des questions tout les X secondes. De ce faite il y a les clients dit joueur et les clients dit Bot. Je ne vois pas comment différencier les différentes types de clients ce n'ai pas une question de droit car ils on des fonctions totalement différent.

Merci d'éclairer ma lanterne !!

Cordialement.

[nouknouk]

Pour faire le tour de la question et être sûr de ne rien oublier, on peut peut-être commencer par faire l'inventaire de chaque fonctionnalité à implémenter et quel(s) profil(s) ('client classique' et/ou 'bot') en auront besoin.

A vous les studios

[jeanbadel]

Les implémentations sont simple:

- le Client (joueur):
récuperation des informations joueurs
Envoye des listes Joueurs
Envoye de message

-Le Bot :
Récuperation des questions
Envoye des questions
Annalyse des réponse Joueurs
Changement des données Joueurs(score, autres)

Je vois donc ça comme actions.

[nouknouk]

J'avoue avoir du mal à cerner ce que tu veux faire exactement.
Tu pourrais peut-être préciser chaque point évoqué ci-dessus, genre:

récuperation des informations joueurs

Qui récupère quoi, depuis où, le stocke où ?

Envoye des listes Joueurs

Qui envoie quoi à qui, quand ? quelles infos exactement (tous les joueurs connectés ? joueurs faisant partie d'une salle de discussion spécifique ? etc...)

Envoye de message

Qui envoie quoi à qui ? quand ?

-Le Bot :
Récuperation des questions

Qui récupère quoi, depuis où, le stocke où ? quand ?

Envoye des questions

Quand, comment, à qui ? quand ?

Annalyse des réponse Joueurs

par quel mécanisme, à quel moment, quelles infos transitent entre les 'clients' ?

Changement des données Joueurs(score, autres)

Quelles données, stockées où, pour quelles nouvelles valeurs récupérées où ? quand ?


Idem pour le concept le plus détaillé possible du projet: dans ton premier message tu as évoqué un "Tchat mutlisalon" et il semblerait que ce soit plus que ça.

[jeanbadel]

Récapitulation des class:

Joueurs > Vecteur Joueurs
Question > Vecteur Question
Partie > Vecteur Parties

le serveur contient donc une liste de parties.
une partie contient une liste de joueurs ainsi q'une liste de questions + ( ce que je trouverai logique un bot)

LE JOUEUR:

récuperation des informations joueurs

Récuperation du pseudo lors de la première connexion ( le client l'envoye). De ce faite la dal récupere les informations d'un joueur en base de donnée et implémente la class singulière ( la class singulière contient aussi un variable qui contient le flux de sortie correspondant au joureur)

Envoye des listes Joueurs

Chaque joueur est ajouter dans une class pluriel Joueurs qui permet de renvoyer une chaine XML listant les joueurs qui est envoyé à chaque flux de sortie au joueur afin qu'il est la liste des joueurs.

Envoye de message

De plus les joueurs sont ajouter dans une class singulière partie qui comprend une liste de joueurs et une listes de questions
De ce faite un joueur envoye des message à tout les joueurs d'une même partie.

LE BOT:

Le bot est donc créer lors de la création d'une partie.
A donc accès à la liste des questions et la listes des joueurs.
Les questions sont récupérer aléatoirement lors de la création de la partie.

Envoye des questions

Le bot devrai envoye une question à interval régulier. Il la récupere dans la liste des questions.

Annalyse des réponse Joueurs

Doit pouvoir lire les différents flux d'entree des Joueurs comprenant une partie et ainsi annalysé leur réponse selon la question envoyé.

Changement des données Joueurs(score, autres)

Si la réponse est bonne accède à la class dal du joueurs et peu ainsi modifier les donnée du joueur dans la base de donnée

Actuelement lors d'une nouveau connexion le thread de connexion est typé en joueurs de ce faite dès que j'essaye de connecté un bot celui ci est aussi typé joueurs. Ma conception est peu être totalement fausse dès le départ ( que ce soit de la gestion des parties, a la conception de client du serveur)


Cordialement Jean-Baptiste.