Discussion :

[Squalthor]

Bonjour,

Je travaille actuellement sur un serveur utilisant les websockets, j'utilise l'extension firefox/iceweasel firebug pour développer.
Lorsque la connexion websocket se coupe firebug me communique cette erreur (j'ai caché les chemins):

La connexion avec ws://"serveur:port" a été interrompue pendant le chargement de la page.
http://"serveur"/"script_js".js

J'aime pas, ça fait pas propre de voir cette "erreur" js dans firebug !
J'utilise "ws.onclose" pour la gérer mais firebug me la reconnait quand même.
Existe-t-il un moyen pour éviter/gérer cette erreur, qui au final n'en est pas vraiment une ?

Je vous remercie.

Cordialement, Squal.

[Golgotha]

Bonjour,

Une connexion websocket n'est pas sensé se couper

Donc je dirais que si la connexion est coupée c'est obligatoirement une erreur et donc le "a été interrompue" ne me choque pas du tout.

[Squalthor]

Bonjour Golgotha,

Merci pour ta participation.
Ne serait-ce pourtant pas tout simplement un evenement ? Le debuggeur de Chrome ne reconnait pourtant pas la rupture de la connexion comme une erreur.
De plus cette erreur survient même quand on actualise la page.

J'ai bien été tenté de camoufler l'erreur mais comme je me sert du code d'erreur pour adapter le messge de rupture de connexion je ne peut pas.

A mon avis je vais devoir laisser ainsi, mais ça m'embête...

Cordialement, Squal

[Golgotha]

Le principe du websocket si j'ai bien compris c'est d'avoir un tuyau ouvert en permanence (long pooling) entre le serveur et le/les client(s), ainsi, le serveur peux continuer d'envoyer des infos via ce tuyau. C'est presque contre nature ^^ puisque le HTML n'est pas pensé initialement pour faire ça.

Donc pour moi, oui c'est évènementiel, mais la connexion doit rester ouverte pour permettre au serveur de t'envoyer les évènements.

[Squalthor]

J'avoue ne pas comprendre totalement la logique, c'est peut-être parce que le principe html / websocket, et le fait que je ne sois pas coutumier de cette vue, me fausse le raisonnement...

Si on veux échanger la connexion websocket avec plusieurs serveusr (ce que je ne veux pas faire actuellement, mais qui serait logique avec une grosse appli) je peux le faire sans déconnecter le canal établi ?

[Bovino]

Non... WebSocket et long polling, ce n'est pas tout à fait la même chose.

Les WebSocket permettent au serveur d'envoyer à son initiative des informations au navigateur. La communication entre les deux n'est donc pas permanente mais ouverte uniquement en cas de besoin.
Le long polling est une solution alternative (pour les navigateurs n'implémentant pas les WebSocket) qui consiste à lancer une requête AJAX qui appelle un script dont on ne sait pas quand il renverra une réponse et on relance la requête chaque fois que la précédente se termine (réception d'une réponse ou timeout).

@Squalthor : je comprends pas trop ton problème...
Le rôle d'une console d'erreurs, c'est d'afficher les erreurs. Si tu ne veux pas les voir, désactive Firebug. En tout cas, il ne me semble pas que tu puisses choisir les erreurs qui te plaisent ou non.