WebSocketSharp essayant d'ouvrir le socket et de lire les données entrantes

Question

Je travaille sur un petit projet en C# où j'ai besoin de créer un client socket et de regarder le socket pour un fichier json.

J'ai essayé quelques chose et chaque fois que je lance le projet, j'obtiens l'erreur:

PM|Fatal|StackBuilderSink._PrivateProcessMessage|WebSocketSharp.WebSocketExceptio n: An exception has occurred while reading an HTTP request/response. ---> System.IO.EndOfStreamException: The header cannot be read from the data source.

Certains arrière-plan. Pour tester, j'utilise node.js avec socket.io pour lire un fichier Json et io.emit les données. Je sais que les données sont correctement formatées J'ai une page de script HTML/Java qui voit les données et fait des choses avec.

public MainWindow() 
{ 
    InitializeComponent(); 

    using (var ws = new WebSocket("ws://127.0.0.1:8889")) 
    { 
     ws.OnMessage += (sender, e) => 
       json_output.Text = (e.Data); 

     ws.ConnectAsync(); 
    } 
} 

Answer 1

D'après votre description, je suppose que vous envoyez le fichier JSON-plaine par io.emit.

Le protocole de transport hypertexte (HTTP) prévoit que le respone construit comme décrit dans wikipedia (HTTP response):

The response message consists of the following:

• A status line which includes the status code and reason message (e.g., HTTP/1.1 200 OK, which indicates that the client's request
  succeeded).
• Response header fields (e.g., Content-Type: text/html).
• An empty line.
• An optional message body.

Par conséquent, vous devez envoyer les informations de ligne d'état et en-tête de réponse en premier, suivi par une ligne vide. Après cela, vous pouvez envoyer le contenu du fichier json en tant que corps du message. Je suppose qu'il existe également une bibliothèque pour node.js qui fonctionnera comme un serveur web et gérera les choses HTTP.

---

Si vous voulez gérer un flux de données simple sans un protocole, vous ne devriez pas utiliser une prise spécifique de protocole comme WebSocket mais un générique comme TcpListener.

Bien sûr, vous avez alors de résoudre les problèmes qui doivent être résolus par un protocole comme quand est la fin d'un message/fichier ...

Des exemples de l'utilisation TcpListener et pitholes pour éviter devraient être disponibles ici sur stackoverflow ou via Dr. Google.