Discussion :

[fantomasmusic]

Bonjour,

Je vais rester simple sur ce soucis... je simplifie mon problème.

Le serveur envoie des requêtes de manière très soutenue au client qui les analyse.
exemple de requête:
1|Banane
2|Fromage

En fonction de la requête, le client réalise une action différente.

Cas sans erreur, le client reçoit:
01|Fromage
01|Saucisson
02|Banane
01|Raison


De temps en temps, en cas d'erreur.
01|Fromage
01|Saucisson02|Banane <<<<---- error
01|Raison

On observe ici une concatènation des deux requêtes lorsque le client lit dans son

Mon hypothèse: lorsque le client ne peut lire son message et qu'un deuxième arrive très vite derrière, alors il y a 2 messages dans le Buffer du socketChannel du client, du coup on arrive à cet effet

Algo pour écrire (serveur):

Code :

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

1
2
3
4
5
 
if(requestCode.compareTo("1") == 0){
	// envoie la requête						
	buffer = ByteBuffer.wrap(new String("1|Banane").getBytes());
        client.write(buffer);// on envoie le message au client (on écrit dans le buffer du socket)

(ps: private ByteBuffer buffer; // buffer défini par défaut, on l'utilise pour écrire/lire les flux
this.buffer = ByteBuffer.allocateDirect(1024);
SocketChannel client = (SocketChannel) k.channel(); // socketChannel client, celui qui reçoit le message (l'interface qui écoute))

Algo pour écouter (client):

Code :

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

1
2
3
4
5
6
7
8
9
 
if((client.read(buffer)) > 0 ) {
buffer.flip();
//data est un tableau de n bytes ou n représente le nombre d'octets a lire dans le buffer
byte[] data = new byte[buffer.remaining()];
// on lit le contenu du buffer et on le stocke d'un coup dans data
buffer.get(data);
// on affiche le contenu de data (et donc du buffer)
System.out.println(new String(data));  // c'est ici qui donne 01|Saucisson02|Banane <<<<---- error

Est-ce que j'ai bien identifié ce probleme?
Avez-vous une solution pour contrer ce fait?


Merci de tout coeur !

Cécilia!

[divxdede]

Tu as compris,

Il ne s'agit ni plus ni moins qu'un mécanisme de producteur/consommateur.
lorsque tu lit ton buffer en reception, "nio" te donneras toutes les données qu'il possede peut importe que ces données aient été émises par differents "write" par l'émetteur.

C'est à toi de savoir differencier tes differents messages "logiques".

Tu peu même avoir le cas où tu ne lit qu'une partie d'un de tes messages logiques "exemple: 01|Rai" et il te faudra attendre de recevoir de nouvelles données afin de completer ce message logique fragmenté.

[divxdede]

Une des façons de contrer ce problème est par exemple d'envoyer en entete de message le nombre d'octets lui correspondant.
Ta couche réseau peut alors separer tes differents messages et même savoir lorsqu'ils sont complet.

[fantomasmusic]

merci divxdede,

Merci de confirmer mon avis sur ce problème.

Je ne suis pas sur d'avoir compris ton message

Une des façons de contrer ce problème est par exemple d'envoyer en entete de message le nombre d'octets lui correspondant.
Ta couche réseau peut alors separer tes differents messages et même savoir lorsqu'ils sont complet.

C'est un paramêtre java à indiquer? ou alors c'est un modification de mon protocole.

Par exemple, il suffirait d'ajouter un caractère de fin de requête.

Code :

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

01|Banane$

(ou $: représente la fin de la requête)

de cette sorte, si je recois une requête de type:

Code :

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

01|Banane$02|Raisin$01|Kiwi

Je peux donc analyser:
01|Banane
puis
02|Raisin
MAIS pas encore 01|Kiwi (pas de caractère $ de fin de requête)

Est-ce bien ce à quoi tu pensais?

Merci bien,
Bien cordialement

Cécilia

[divxdede]

Oui cette solution convient (à partir du moment ou $ ne peut etre utilisé pour autre chose que le séparateur de message).

[fantomasmusic]

Oui cette solution convient (à partir du moment ou $ ne peut etre utilisé pour autre chose que le séparateur de message).

Bien entendu. Merci pour votre réponse, très gentil de votre part.
Je met le topic en résolu.

Merci et bonne journée.

Bien cordialement, Cécilia.