Discussion :

[step37]

Bonjour,
Je recherche désespérément la méthode Windev pour permettre le rattachement de fichier à l’envoi du message SOAP ou à défaut la possibilité d’envoyer et recevoir une chaine binaire au serveur SOAP.

Nous avons ce besoin pour répondre aux problématiques de performances sur des services Web lourds en termes de volumétrie de données.

En effet si nous pouvions joindre un fichier compressé dans notre message et ou défaut effectuer un « compresse » « décompresse » des données à envoyer, cela nous permettrait de gagner énormément en bande passante.

Si Quelqu’un à des pistes ou informations, je suis preneur.

Mais a la lecture de la documentation de Windev 15 j’ai quelque doute quand à cette possibilité et au niveau de performance de Windev pour faire des services Web modernes, performants, sécurisés et normalisé :

« Remarque : Actuellement, les transferts ne sont pas sécurisés (pas de cryptage des données transférées). Il est recommandé de ne pas utiliser le protocole SOAP pour transférer des données sensibles.
La version de SOAP utilisée par WinDev est soap 1.0. »

PS : La norme SOAP 1.0 date de 1999….

J’ai peur qu’il faille attendre la version de Windev 19 avec 99999 nouveautés……

Merci d’avance de vos réponses,

[Cacahuette]

Salut,

Je ne sais pas si dans la version 15 il est possible de le faire, par contre dans la version 14, je n'ai jamais trouvé le moyen d'attacher de PJ via type MIME...

Cependant, pour résoudre ce problème, j'ai convertis le fichier en base 16 (binaire), et j'ai mis le résultat dans un élément XML pour la réponse SOAP.

Je ne sais pas si sa peut t'aider, mais j'ai été confronter au même problème, et je n'ai pour le moment trouver que ce moyen avec Windev.

Et comme tu as dit, SOAP utilise généralement le protocole HTTP, donc non sécurisé, si tu veux sécurisé tes échanges d'informations, utilise HTTPS.

[step37]

Bonjour,

Merci de ta réponse.

Je vais tester la méthode et te tiens informé.

Pour info le support PCsoft m'indique que l'utilisation de "compresse" "decompresse" de buffer doit fonctionner, mais malgrès nos tests poussés cela semble poser problème.

Je leur fait parvenir un code exemple pour voir comment ils y arrivent.....

A bientôt,

[Emmanuel Lecoester]

Pour info le support PCsoft m'indique que l'utilisation de "compresse" "decompresse" de buffer doit fonctionner, mais malgrès nos tests poussés cela semble poser problème.

Je leur fait parvenir un code exemple pour voir comment ils y arrivent.....

A bientôt,

Merci pour l'info, tiens nous au courant

[step37]

Bon, et bien voici la réponse, venant du support Technique PCSoft (si, si !!! ) sur la base de nos exemple, et elle marche parfaitement :

Code :

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

1
2
3
4
"PROCEDURE SW_DecompresserChaine ( buf MessageCompresser )
SOAP . Nom [ 1 ]= "bufMessageCompresser"
SOAP . Type [ 1 ]= SOAPTypeChaîne
SOAP . Valeur [ 1 ]= buf MessageCompresser

2. L'appel d'un Web service se fait via le protocole HTTP qui ne permet pas d'acheminer n'importe quel caractères. Or la compression va insérer des caractères (/0 notamment) qui ne peuvent pas être transportés. Il faut donc ajouter une conversion, le plus sûr étant d'utiliser un encodage comme la base 64. Exemple d'appel dans votre cas :

Code :

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

1
2
3
buf MsgCompresse est un Buffer= Compresse ( SAI_Message )
buf MsgCompresse = Crypte ( buf MsgCompresse , "" , crypteAucun , encodeBASE64 )
ReponseEnvoie est un STSW_DecompresserChaineResponse= SW_DecompresserChaine ( buf MsgCompresse )

Notez qu'il faut adapter le Web service afin qu'il fasse le décodage inverse, avec la fonction Décrypte."

Et là effectivement on arrive à des taux de compressions des chaines XML de ouf.

Donc, amis de l'optimisation de la bande passante, à la modif de vos WS !!!!

A bientôt,