Discussion :

[Manium]

Salut,

j'ai un petit problème avec la communication de deux applis, le serveur en C++ et le client en Java.

La connexion se fait correctement et je peux envoyer des strings de l'un à l'autre. Cependant, c'est lorsque j'envoie un entier que ca pose problème.

En effet, lorsque j'envoie une chaine de caractère contenant juste le caractère '7 623', je recois du côté Java : ÌÌÌÌÌ7 623

Autrement dit que le tokenizer se plante dessus...

Voila le code côté serveur C++

Code :

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

1
2
3
4
5
6
7
8
 
(...)
	int t1 = 7;
	int t2 = 628;
	char rep[32];
	sprintf(rep, "%d %d\n", t1,t2);
	send(csock, rep, sizeof(rep), 0);
(...)

et réception côté JAVA

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
(...)
	String rep = in.readLine();
	StringTokenizer repTok = new StringTokenizer(rep," ");
	try{
		int t1 	= Integer.parseInt(repTok.nextToken());
		int t2  =  Integer.parseInt(repTok.nextToken());
		// (...)
	}catch (Exception exc){
                       System.exit(1);
	}
(...)

Voila, si vous une idée comment enlever ces symboles...

Merci beaucoup [/code]

[FreshVic]

C'est probablement du au fait que les char en java sont UNICODE (coder sur 16 bit) alors qu'en C (et j'imagine en C++) sur 8 bit (code ASCII)
Enfin ce n'est qu'une supposition et si c'est ca reste a trouver la solution

[jowo]

Probablement, l'erreur vient de ton programme C++. En effet, tu envois à java 32 caractères "sizeof(rep)".

Essaie ce code:

Code :

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

send(csock, rep, strlen(rep), 0);

[keil]

Probablement, l'erreur vient de ton programme C++. En effet, tu envois à java 32 caractères "sizeof(rep)".

Essaie ce code:

Code :

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

send(csock, rep, strlen(rep), 0);

ca changera rien,
un char en C ou C++ est codé sur 1 octet.

moi je te conseille seulement de ne jamais faire de serveur en C, j'avais eu des problèmes similaires quand je tentai de faire:
serveur en c++ et client en c++.

si y'a bien un truc à dire, c''est que la prog d'un serveur en Java est simple et fiable!

d'autre part, redoutant ce probleme, il me fallait transmettre des images depuis un serveur(qui n'a pas java d'ailleur) jusqu'à mon ordi:
j'ai crée un client en C que j'ai mis sur le serveur, et j'ai créé un serveur en java que j'ai lancé sur ma machine.
ca marche du tonnerre.

[Manium]

Merci, la solution du strlen() a résolu le problème

moi je te conseille seulement de ne jamais faire de serveur en C, j'avais eu des problèmes similaires quand je tentai de faire:
serveur en c++ et client en c++.
si y'a bien un truc à dire, c''est que la prog d'un serveur en Java est simple et fiable!

Sans doute, mais il y a des fois où on n'a pas le choix

Merci bcp

[bouye]

Sans compter que ca marche très bien, les pb de communication étant indépendant du language choisit (en général si ca ne marche pas c'est qu'on s'y prend mal). Fut temps on avait fait Java <-> PERL et ca marchait impec.

[mtaveau]

Et comment vous faites ça ?

Vous utilisez Corba comme middleware pour faire communiquer des programmes écrit dans des langages différents sur des ordi différents ?


Marc

[bouye]

Aussi, principalement quand je suis fainéant et que j'ai pas du tout envie de me farcir une couche ou un protocole réseau bas niveau (ou bien sur quand il faut faire transiter des objets entre les différents languages).

Mais sinon c'est tout à fait possible de simplement utiliser des sockets TCP/IP (jamais trop touché à UDP) sur lesquelles transitent des tableaux d'octets et ça marche tout aussi bien. Il faut juste prendre plus de temps à définir son protocole de bas niveau de dialogue entre le serveur et le client et à le tester (bien sur).

Sinon il y a aussi des protocles déjà tout fait : FTP, HTTP, ........

Encore une fois le language n'est pas le limitant. Si tu as des sockets des 2 côtés alors tout est possible.