Discussion :

[Kropernic]

Hello,

Je découvre actuellement les sockets et leur utilisation.

J'ai suivi de l'exemple simple client/serveur où le client demande l'heure au serveur qui la lui renvoie.

Cela fonctionne fort bien (à ou deux détails près dont la correction fut aisée).

A partir de là, je me suis dit que j'allais testé de conditionné la réponse du serveur en fonction d'un paramètre envoyé par le client.

J'ai donc modifié leur méthode TraitementConnexion du client comme suit :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
    Private Sub TraitementConnexion(SocketReception As Socket, prm As String)
        Console.WriteLine("Connecté, réception de " & prm & ": ")
        Dim bytes(255) As Byte 'création du tableau de réception
        Try
            SocketReception.Send(System.Text.Encoding.ASCII.GetBytes(prm)) 'envoi de la demande
            SocketReception.Receive(bytes) 'réception de l'information
            Console.WriteLine(System.Text.Encoding.ASCII.GetString(bytes)) 'affichage de la date ou de l'heure
        Catch ex As Exception
            Console.WriteLine("Erreur lors de la réception des données : " & ex.ToString)
        End Try
    End Sub

Et la méthode TraitementConnexion du serveur comme suit :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
    Private Sub TraitementConnexion(socketEnvoi As Socket)
        Console.WriteLine("Socket client connecté")
        Try
            Dim bytes(255) As Byte
 
            socketEnvoi.Receive(bytes)
 
            Dim demande As String = System.Text.Encoding.ASCII.GetString(bytes)
            Console.WriteLine("demande reçue : " & demande)
 
 
            If demande = "heure" Then
                Console.WriteLine("envoi de l'heure")
                socketEnvoi.Send(System.Text.Encoding.ASCII.GetBytes(Now.ToLongTimeString))
            Else
                Console.WriteLine("envoie de la date")
                socketEnvoi.Send(System.Text.Encoding.ASCII.GetBytes(Now.Date.ToShortDateString))
            End If
 
            'Dim heure As Byte() = System.Text.Encoding.ASCII.GetBytes(Now.ToLongTimeString) 'convertit l'heure en bytes
 
            'Dim envoi As Integer = socketEnvoi.Send(heure) 'envoie l'heure au client
            ' Console.WriteLine(envoi & " bytes envoyés au client")
        Catch ex As Exception
            Console.WriteLine("Erreur lors de l'envoi du message au socket." & ex.ToString)
        End Try
    End Sub

Pour finir, sur le client, je fais ceci pour effectuer les demandes :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
   Dim port As Integer = 8080
    Dim ip As String = "127.0.0.1"
 
    Sub Main()
        Dim monSocketClient As New Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp)
 
        Dim monEP As IPEndPoint = New IPEndPoint(IPAddress.Parse(ip), port)
 
        Console.WriteLine("Socket client initialisé")
 
        Try
            Console.WriteLine("Connexion au serveur...")
            monSocketClient.Connect(monEP)
            TraitementConnexion(monSocketClient, "heure")
            TraitementConnexion(monSocketClient, "date")
        Catch ex As Exception
            Console.WriteLine("Erreur lors de la tentative de connexion : " & ex.ToString)
        End Try
 
        If monSocketClient.Connected Then
            monSocketClient.Close()
        End If
 
        Console.ReadLine()
    End Sub

Evidemment (si je ne serais pas là), cela ne fonctionne pas...

Lors du premier appel, le serveur renvoie la date au lieu de l'heure et le deuxième appel semble ne pas recevoir de réponse...
La fenêtre de console du client affiche désespérément "Connecté, réception de date : ".
La fenêtre de console du serveur affiche qu'il reçoit la demande "heure" mais envoie quand même la date et semble ne pas recevoir la deuxième demande.

J'ai donc deux problèmes.

Pourquoi le serveur interprète-t-il mal la demande du client et pourquoi la 2e demande du client ne semble pas parvenir au serveur ?

J'imagine que ça doit être quelque chose de plus ou moins trivial mais vu que je débute avec ces choses que sont les sockets, je tourne un peu en rond.

Merci d'avance.

[Pol63]

pour le fait que tu aies la date au lieu de l'heure en premier, c'est que demande ne vaut pas "heure"
donc ca passe dans le else
(après pourquoi c'est une autre question, avec un point d'arrêt tu verrais le contenu)
tu aurais mis elseif = "date" au lieu de else tu aurais remarqué ca (enfin si je me trompe pas)

pour le fait que tu n'as qu'une réponse c'est parce qu'une fois la méthode receive appelée et débloquée par une réception il faut réappeler receive pour recevoir autre chose, et ainsi de suite

la méthode receive est bloquante, il y a beginreceive qui est asynchrone
il y a donc 2 implémentations possibles une fois les petits tests comme tu le fais passés
soit un thread qui utilise les méthodes synchrones, soit l'utilisation des méthodes asynchrones
(beginaccept et autre aussi, d'ailleurs il faut aussi de nouveau appeler accept/beginaccept après la connexion de chaque client pour pouvoir en accepter un autre)


sinon le socket en tcp/ip te garantie juste que l'ordre d'envoie sera respecté, par contre pour le nombre de blocs c'est tout autre chose
une trame (octets transférés) peut être découpée en plusieurs, et plusieurs petites trames peuvent être collées

aussi quand on utilise le tcp/ip on se créé une norme de transmission permettant de passer outre ces problèmes
l'une des plus connues est l'utilisation d'un caractère(octet) de début de trame et d'un de fin de trame
comme ca on s'occupe de recoller tout ce qui arrive, et quand on repère un morceau ayant un début et une fin on le traite
on a donc en général une classe de transmission et une classe de traitement
il y a aussi la méthode qui consiste en plus à passer une taille de transmission, le receveur ayant lu cette données en début de trame peut alors attendre x octets de manière sûre
le protocole http qui utilise le tcp/ip utilise d'ailleurs le content size dans le header


sinon pour s'affranchir de tout ca il y a des surcouches, comme wcf, ici on appelle juste une méthode d'une interface côté client et cette méthode est exécutée côté serveur
les paramètres et les retours de fonctions sont sérialisés et découpés par wcf sans qu'on se pose de question permettant de faire transiter des instances ...
comme tout surcouche elle coute peut etre un peu en perf et/ou en souplesse

[Kropernic]

Avant tout, merci pour ta réponse.

pour le fait que tu aies la date au lieu de l'heure en premier, c'est que demande ne vaut pas "heure"
donc ca passe dans le else
(après pourquoi c'est une autre question, avec un point d'arrêt tu verrais le contenu)
tu aurais mis elseif = "date" au lieu de else tu aurais remarqué ca (enfin si je me trompe pas)

J'avais mis un breakpoint et la valeur de la variable demande de la méthode TraitementConnexion du serveur contenait bien "heure". Maintenant, je dis pas qu'il y a pas un truc qui fait que deux strings de contenus apparemment identiques soient en fait différent. J'ai cherché mais pas trouvé.

pour le fait que tu n'as qu'une réponse c'est parce qu'une fois la méthode receive appelée et débloquée par une réception il faut réappeler receive pour recevoir autre chose, et ainsi de suite

Si tu regardes mon code, le client appelle bien 2 fois la méthode TraitementConnexion. Et dans cette méthode, il y a bien l'instruction Receive donc elle est bien appelée 2 fois.

la méthode receive est bloquante, il y a beginreceive qui est asynchrone
il y a donc 2 implémentations possibles une fois les petits tests comme tu le fais passés
soit un thread qui utilise les méthodes synchrones, soit l'utilisation des méthodes asynchrones
(beginaccept et autre aussi, d'ailleurs il faut aussi de nouveau appeler accept/beginaccept après la connexion de chaque client pour pouvoir en accepter un autre)

Oui oui, j'avais bien vu que c'était synchrone et qu'il y a moyen de faire du traitement asynchrone histoire de ne pas freezer l'application mais chaque chose en son temps. Avant de courir, j'aimerais savoir marcher d'abord^^.

sinon le socket en tcp/ip te garantie juste que l'ordre d'envoie sera respecté, par contre pour le nombre de blocs c'est tout autre chose
une trame (octets transférés) peut être découpée en plusieurs, et plusieurs petites trames peuvent être collées

aussi quand on utilise le tcp/ip on se créé une norme de transmission permettant de passer outre ces problèmes
l'une des plus connues est l'utilisation d'un caractère(octet) de début de trame et d'un de fin de trame
comme ca on s'occupe de recoller tout ce qui arrive, et quand on repère un morceau ayant un début et une fin on le traite
on a donc en général une classe de transmission et une classe de traitement
il y a aussi la méthode qui consiste en plus à passer une taille de transmission, le receveur ayant lu cette données en début de trame peut alors attendre x octets de manière sûre
le protocole http qui utilise le tcp/ip utilise d'ailleurs le content size dans le header

C'est une information super importante !! Vu le peu de succès que j'avais avec les sockets "purs et dures", j'ai testé les classes TcpClient et TcpListener en utilisant les stream donc. Sans cette information, je n'aurais pas compris pourquoi mon While not reader.EndOfStream (où reader est de type IO.StreamReader) ne sortait jamais de la boucle. J'ai donc ajouté des données indiquant la fin de la transmission pour savoir quand sortir de la boucle et ça marche nickel.

sinon pour s'affranchir de tout ca il y a des surcouches, comme wcf, ici on appelle juste une méthode d'une interface côté client et cette méthode est exécutée côté serveur
les paramètres et les retours de fonctions sont sérialisés et découpés par wcf sans qu'on se pose de question permettant de faire transiter des instances ...
comme tout surcouche elle coute peut etre un peu en perf et/ou en souplesse

WCF est la prochaine étape de mon exploration. C'est l'objectif que je me suis fixé mais j'aime bien comprendre comment les choses fonctionnent (au moins un minimum) avant de les utiliser. Alors j'ai donc testé les sockets pour me faire une idée.

[Pol63]

J'avais mis un breakpoint et la valeur de la variable demande de la méthode TraitementConnexion du serveur contenait bien "heure". Maintenant, je dis pas qu'il y a pas un truc qui fait que deux strings de contenus apparemment identiques soient en fait différent. J'ai cherché mais pas trouvé.

si tu as mis un breakpoint tu as du voir de tes propres yeux que ca ne rentrait pas dans le if alors
et il aurait fallu faire un espion express de la condition du if pour voir si true ou false

Si tu regardes mon code, le client appelle bien 2 fois la méthode TraitementConnexion. Et dans cette méthode, il y a bien l'instruction Receive donc elle est bien appelée 2 fois.

je parlais du serveur
il faut .receive, puis .send puis rien, il faut un nouveau receive
tcpclient et tcplistener sont légèrement différents, mais il s'appuie tous les 2 sur la classe de plus bas niveau et qui fait encore plus peur net.sockets.socket
donc le fonctionnement est le même

[Kropernic]

Lol oui j'avais bien vu que ça passait dans le else mais j'ai pas compris pourquoi car en mettant la souris sur la variable et en regardant sont contenu, il était bien noté "heure" ^^.

Sinon, je maintenant que j'ai une idée, je suis passé à wcf. De ce que j'en ai vu jusqu'ici, ça fonctionne comme un webservice... Pas encore trouver le moyen pour que le server disent un truc au client sans que le client ne lui demande qqch...

Je continue à fouiller

[Pol63]

avec les string il faut faire gaffe, certains caractères ne s'affichent pas
d'où tester le test du if dans l'espion express

wcf est en effet un webservice
pour que le serveur puisse dialoguer avec le client comme si le client était un serveur il faut un service de callback wcf
quand le client se connecte il précise qu'il a un service en retour, et le client le garde dans une variable pour pouvoir faire des appels dessus

[rv26t]

Bonjour,

Le tuto Chatez avec WCF décrit la communication à partir du chapitre Implémentation du service

[Kropernic]

Hello,

Je suis en train de passer en revue le tuto qui traite du ChatWCF et à un moment il y a ceci :

Code c# :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
public void FermerSession()
{
    lock (listeUtilisateurs)
    {
        //on désabonne le client
        ChatMessageEvent -= chatMessageHandler;
        ConnexionEvent -= connexionHandler;
        DeconnexionEvent -= deconnexionHandler;
 
        listeUtilisateurs.Remove(this.pseudoUtilisateur);
    }
 
    //on informe les utilisateurs de la déconnexion 
    DeconnexionEventArgs dea = new DeconnexionEventArgs();
    dea.Utilisateur = this.pseudoUtilisateur;
 
    if(DeconnexionEvent != null)
        DeconnexionEvent(this, dea);
 
    Console.WriteLine("Déconnexion de l'utilisateur {0}", this.pseudoUtilisateur);
}

où DeconnexionEvent est un évènement. Je ne comprends pas le if dans le passage

Code c# :

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

1
2
    if(DeconnexionEvent != null)
        DeconnexionEvent(this, dea);

Comment on peut tester si un évènement est null ??? Un évènement, ça n'a pas de valeur pour moi ^^.

[Pol63]

en c# la gestion des évènements est différente
en vb.net on fait raisevent et ca marche tout seul

en c# il faut tester s'il y a des abonnés en gros

[Kropernic]

Ah ok, fallait le savoir !

[Kropernic]

Voilà, tutoriel fini !

Je teste et bim : "The given URI must be absolute."

Il dit bien dans le tuto que l'adresse qu'il donne est relative...

Vais regarder pour corriger ça.

Sinon, j'ai pas trouvé (sûrement car je sais pas où ça se trouve et j’admets n'avoir pas bcp chercher) où poster une commentaire par rapport à un tuto.

J'aimerais y apporter quelques remarques. Pcq y a des trucs franchement où il n'est pas très explicite. Et ce n'est que trop tard qu'on se rend compte que pour suivre à la lettre l'exemple, il aurait fallu faire autrement... C'est un peu dommage.

[rv26t]

C'est vrai que sur les nouveau tuto (plus récent) il y a un lien, cela n'existait surement pas lors de l'écriture de celui-ci.

Sinon en bas du tuto, il laisse le lien forum qui donne sur sa page, et dans l'onglet message visiteur tu peux prendre contact.

[Kropernic]

Ah bin j'me disais aussi qu'il devait y avoir un lien...

En attendant, je cherche toujours à savoir quelle baseaddress je dois utiliser pour connecter le client au service wcf...

Je ne trouve pas d'info claire à ce sujet... (sûrement pcq je ne cherche pas avec les bons mots...)

EDIT : Je progresse, le message d'erreur a changé XD. Maintenant, il n'y a pas de serveur qui écoute à l'adresse où je tente de me connecter ^^

[rv26t]

L'adresse ip ou est le serveur chat

[Kropernic]

L'adresse ip ou est le serveur chat

Oui oui ça j'ai bien compris que c'était ça ^^. J'y connais presque rien en communication réseau mais faut pas pousser lol.

Dans l'application console qui héberge le service WCF, j'affiche la liste des baseaddresses qu'il a.

Une seule s'affiche et c'est : net.tcp://localhost:8732/ChatServices/ChatWCF/

J'ai mis la même adresse dans la config du client et ça ne marche pas... Toujours la même erreur...

Problème de firewall ou autre joyeuseté qui empêcherait la communication de se faire ?

[rv26t]

L ip est une fois dans le fichier de config du client, et deux fois dans le fichier de config du serveur.
Tu teste en local avec l'ip locale ou en distant ?
(ip en local chez moi ça passe) pas testé en distant

[Pol63]

c'est ce que j'avais pas aimé avec wcf, c'est que c'est bien compliqué à mettre en oeuvre
l'assistant permet de faire fonctionner assez souvent, mais par code ca fait du code à taper et faut maitriser pour que ca marche

[Kropernic]

L ip est une fois dans le fichier de config du client, et deux fois dans le fichier de config du serveur.
Tu teste en local avec l'ip locale ou en distant ?
(ip en local chez moi ça passe) pas testé en distant

Je teste en local (d'où le localhost). Par contre, une fois dnas le fichier de config du client, ça c'est ok mais je ne l'ai qu'une fois dans celui du serveur...

T'aurais le tien de fichier en exemple ???

c'est ce que j'avais pas aimé avec wcf, c'est que c'est bien compliqué à mettre en oeuvre
l'assistant permet de faire fonctionner assez souvent, mais par code ca fait du code à taper et faut maitriser pour que ca marche

L'assitant ?? Quel assistant ??

[rv26t]

Je teste en local (d'où le localhost). Par contre, une fois dnas le fichier de config du client, ça c'est ok mais je ne l'ai qu'une fois dans celui du serveur...

T'aurais le tien de fichier en exemple ???

Ben c'est celui du tuto

Code xml :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <system.serviceModel>
    <services>      
      <service behaviorConfiguration="ChatServices.ChatWCFBehavior"
        name="ChatServices.ChatWCF">        
        <endpoint address="ChatWCF" 
                  binding="netTcpBinding" 
                  contract="ChatContrats.IChatWCF">
        </endpoint>
        <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" />
        <host>
          <baseAddresses>
            <add baseAddress="http://localhost:8731/Design_Time_Addresses/ChatServices/" />
            <add baseAddress="net.tcp://localhost:8732/ChatServices/" />
          </baseAddresses>          
        </host>
      </service>
    </services>
    <behaviors>
      <serviceBehaviors>
        <behavior name="ChatServices.ChatWCFBehavior">
          <serviceMetadata httpGetEnabled="true" />
          <!-- mettre à true pour la phase de tests seulement -->
          <serviceDebug includeExceptionDetailInFaults="true" />
        </behavior>
      </serviceBehaviors>      
    </behaviors>
  </system.serviceModel>
</configuration>

En localhost ou adresse ip locale: ok
En distant j'ai l'erreur : Le serveur a rejeté les informations d'identification du client
Des info pour les problèmes Démarrage rapide de la résolution des problèmes WCF

[Edit]
Tiens, c'est bizarre je viens de regarder dans le tuto et effectivement juste une ligne par contre dans les sources du tuto il y a 2 lignes.

[Kropernic]

Arf, j'aurais pu me limiter à prendre les sources au lieu de tout refaire moi-même...

J'y pense jamais .

J'vais aller voir le fichier de config du client...