Discussion :

[Pill_S]

Bonsoir tout le monde,

je travaille sur une appli réseau. J'utilise un protocole de ma mouture (sic!) qui fonctionne à base d'objets sérialisés. Les packets échangés ont la forme binaire suivante:

• 2 premiers octets: longueur du packet en bytes
• 3ème octet: nombre d'instances qui sont sérialisées à l'intérieur
• suite du packet: données binaires des instances sérialisées

Et j'envoie ainsi toutes mes données entre 2 stations...
La question que je me pose, c'est de la manière dont je pourrais détecter et surtout récupérer d'une erreur sérieuse (du style: taille du packet ou nombre d'instance négatifs, données impossible à désérialiser, ...)

A part fermer la socket et avertir l'utilisateur d'une belle plantée je ne vois pas trop comment on pourrait se relever d'un truc pareil... Même si on pourrait, la suite du flux serait incohérente...


Des idées ou suggestions?

[mavina]

bonjour,

Euh, je suis pas spécialiste du reseau, mais il me semble que la plupart des programmes font comme tu l'as dit : "fermer la connexion et avertir l'utilisateur que le programme s'est lamentablement vautré" .

Plus sérieusement, la premiere idée qui me vient à l'esprit est d'annuler tous les flux et reprendre juste avant l'erreur (ce qui implique une facon de sauvegarder au moins le packet précédent ?).
Je ne sais pas si cette solution est viable, mais bon au moins j'aurai essayé

bon courage à toi !!

mavina

[Pill_S]

Oui, c'est ce que je pensais... Merci de l'avoir confirmé

Comme tu le dis, la plupart des softs font comme ça, je vais pas chercher à faire mieux qu'eux

Je tag résolu, mais si quelqu'un a un commentaire à ajouter.....

[mavina]

Un autre probleme me chifonne : comment tu sais qu'il y a eu une erreur ? Tu geres ca coté recepteur ? Parceque si l'emmeteur envoie, c'est qu'il ne sait aps qu'il y a une erreur (enfin je crois)...
Tu t'en rends compte lorsque tu lis le resultat de tout le transfert que le tout est corrompu non ?

mavina