Discussion :

[grunk]

Salut à tous,

De base je suis dévellopeur web , donc le C++ n'est pas vraiment ma tasse de thé mais pour une de mes appli j'ai du m'interfacer sur une appli C++.
Comme il existait déjà une ébauche de "serveur" sur l'appli C++ j'ai continuer dans cette voie.

J'ai donc coté C++ un socket en attente de commande , et qui selon la commande renvoi des infos ou des images.
Cette partie serveur me semble un peu crade : une succession de send et de recv.
Coté client (php) ce n'est guère mieux puisque des socket_read/write répondent ou interroge le serveur.

Etant entouré de dev C++ (pas des bidouilleurs comme moi ^^ ) je me demandais si il n'était pas possible de mettre en place un web service un peu plus traditionnel (genre SOAP,RPC ...).
Si oui y'a t'il des choses adapté plus particulièrement au C++ ? Des librairies à me conseiller (développement en VS avec MFC si je dis pas de conneries) et ou des petits tutos d'exemples ?
Un web service est il adapter au volume de données que j'ai à transferer (ca peut aller jusqu'a +/- 20ips avec des images entre 30 et 150ko ?

MErci pour vois réponse

[Floréal]

Voici gSOAP, qui fonctionne un peu comme axis mais en C++, sinon sous VS il me semble qu'on peut ajouter une "référence Web" (merci les traducteurs et les ergonomes de chez Microsoft...), qui aurait du être traduit par "Service Web" ou "Web Service".
Enfin pour la question du volume de données, je dirai que... je laisse le suivant te répondre, parce que j'en sais rien.

[grunk]

Petit up ,
Avez vous des retours d'expérience sur le transfert de fichie ret plus particulièrement d'image avec SOAP ?
Est il possible d'avoir des volumes important ?
Quid des temps de traitement ?

[nicroman]

Je crois que tu confonds un peu les choses....
Reprenons le model OSI:

TCP = Transfert de données brutes
HTTP = Requete - Réponse
SOAP = Function Call - Function Return

A chaque couche, on rajoute du traitement. HTTP devra gérer (décoder) le header, et générer le header de la réponse. SOAP devra en plus décoder l'enveloppe, et encode l'enveloppe de retour.

Le plus efficace pour la transmission de données est donc TCP.

Ensuite si tu veux un peu plus de "maitrise" quant aux données renvoyées, HTTP sera adapté car permet d'effectuer des requetes.

SOAP est une surcouche qui ne fait que décrire l'enveloppe que doit avoir les paramètres d'un appel de fonction, et les valeurs de retour de la fonction.
[y a aussi la description du web service, mais bof]

[grunk]

Pas de confusion , j'avais bien compris
Ce qui m'intéresse dans SOAP c'est justement de n'avoir qu'a appeler les fonctions serveur sans avoir a gérer les connexion (socket tcp actuellement) coté client.

En gros coté client je veux pouvoir faire

Code :

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

1
2
 
$image = $client->getImage();

Alors que actuellement , j'envoi un ordre , je reçois , je vérifie que j'ai bien tt mes paquets , j'affiche mon image.

SOAP est forcément plus gourmand en ressource que du TCP pur c'est pour cela que je cherchais des retour d'infos sur le transfert de donnée (en l'occurence d'image) avec SOAP à fréquence relativement rapide.

[nicroman]

Faudrait que je vois le code de ton client/server

Mais il me semble que:

1. Utiliser SOAP nécessite d'avoir à disposition un serveur HTTP.
2. Utiliser HTTP nécessite d'avoir à disposition un serveur ligne de commande TCP.

Si tu veux faire du SOAP, ca veut dire que tu as du HTTP (ce qui est largement suffisant et même bien plus adapté pour l'envoi d'images). L'envoi d'images par HTTP est vraiment simple.

A noter que si tu fais du HTTP, c'est que tu as aussi du TCP en ligne de commande (ce qui est suffisant *aussi* à mon avis).

Et nul besoin en TCP de s'assurer que tous les paquets sont bien là, TCP garanti l'existence et le bon ordre de tous les paquets.