|
Débuté par Yvan, 30 jan. 2015 15:46 - 8 réponses |
| |
| | | |
|
| |
Membre enregistré 202 messages |
|
Posté le 30 janvier 2015 - 15:46 |
Bonjour,
J'ai développé un web service. Celui-ci fonctionne correctement sur un serveur de test ovh en http. Je l'ai installé sur le serveur de mon client, celui-ci veut du https et a un certificat. Le web service est correctement installé, j'ai accès en https à la page "d'accueil" du web service qui permet de tester les fonctions. Lorsque je test une fonction, le web service rencontre l'erreur suivante:
<faultstring>Le contenu de la requête est vide.</faultstring> <detail> Que s'est-il passé ? Le contenu de la requête est vide. Code erreur : 83 Niveau : erreur fatale (EL_FATAL) Dump de l'erreur du module 'WD200Session.exe' (20.0.58.0). Par contre, si je test cette fonction en http depuis le browser du serveur, ce qui m'est autorisé, ça fonctionne.
Je remarque que dans le code source du bouton "Test" de la page du web service, nous avons pour la balise action du formulaire http://:
<form action="http://urldemonwebservice" method=post name="xmlform" id="xmlform" target="_self"> Ne serait-ce pas la source du problème (http et pas https)? Y a-t-il un paramétrage spécifique à faire dans le code du web service pour lui permettre de fonctionner en https, ou cette couche est entièrement prise en charge par le serveur (ici un IIS en l'occurence)? Un avis, une piste, toute aide est la bienvenue. |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 202 messages |
|
Posté le 02 février 2015 - 12:56 |
De fait, en remplaçant les action="http://..." par action = "https://...", la page de test fonctionne. Dés lors, y-a-t-il moyen de générer les pages de test avec des liens en https au lieu de http?
Idem pour le fonctionnement du web service à proprement dit, car, si la page de test fonctionne correctement en https, ce n'est pas forcément le cas du comportement du web service, le fait de lui donner une propriété monwebservice.adresse = "https://..." est-elle suffisante (d'après mes tests ce n'est pas concluant)? |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 23 messages |
|
Posté le 13 janvier 2016 - 09:04 |
Bonjour,
Je constate le même problème sur un version 21. Le webservice sur un serveur web ne répondant que sur du httpS, n'est pas consommable dans une application windev. J'ai déclarer le webservice dans une application et l'appel ne fonctionne pas.
Avez-vous trouvé une solution à ce problème?
D'avance merci, ce problème bloque mon projet. |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 202 messages |
|
Posté le 13 janvier 2016 - 19:18 |
Bonjour, Oui, de mémoire concernant les pages de test, Windev préfixe en http ou https selon l'endroit ou le WSDL est lié au projet. Si vous le déposez sur le https et vous faites le lien depuis https à votre projet, les pages seront préfixées https et inversément avec http.
D'autre part, en version 20, après 2 mises à jour, ça a fini par fonctionner, moi je l'appelle depuis une application iOS développée en Windev Mobile, il faut juste bien indiquer dans l'application l'adresse du webservice à consommer lors de l'initialisation du projet:
monwebservice..Adresse = chemincompletdemonfichier.awws Et éventuellement en plus dans une méthode si vous envisagez de pouvoir modifier le webservice consommé (connexion à une BDD de test et de prod par exemple). Cordialement, |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 1 603 messages |
|
Posté le 03 mars 2020 - 10:29 |
Bonjour,
Ce problème est-il résolu?
J'ai un problème identique. Mon URL du fichier wsdl est sécurisée par un certificat SSL et la page s'affiche bien avec le petit cadenas en https
Mais la page avec les résultats retournés par awws est en http et non en https.
Simplement en listant ma page sécurisée https://test3.***.eu/wserv.awws… j'obtiens près de la fin: <soap:address location="http://***/WSDETEST_WEB/awws/wserv.awws"/>
Donc en résumé, la page appelée wsdl est en https mais celle qui renvoie les résultats awws est en http donc non sécurisée. Comment procéder?
-- Cordialement François |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 7 messages |
|
Posté le 23 octobre 2023 - 20:43 |
Bonjour,
J'ai le même problème en Webdev 27. Quelqu'un sait comment résoudre cela? Merci pour votre aide |
| |
| |
| | | |
|
| | |
| |
Membre enregistré 7 messages |
|
Posté le 23 octobre 2023 - 20:46 |
Bonjour, J'ai le même problème que Francois. Quelqu'un a une idée? Merci
-- Roby Pratillo RPSolutions |
| |
| |
| | | |
|
| | |
| |
Posté le 24 octobre 2023 - 17:55 |
Dans son message précédent, Robert Pratillo a écrit : > Bonjour, J'ai le même problème que Francois. Quelqu'un a une idée? Merci
remettre le msg d'origine svp quand on utilise un news reader, on n'a pas forcément les très vieux tromblons
-- Cet e-mail a été vérifié par le logiciel antivirus d'Avast. www.avast.com |
| |
| |
| | | |
|
| | |
| |
Posté le 06 novembre 2024 - 18:07 |
Bonjour, Notre RSSI nous impose la coupure du protocole HTTP même en intranet. Pour les sites déployés, pas de soucis ça marche. Par contre pour les Webservices , j'ai le même soucis que vous tous ... on reste avec du HTTP dans les liens générés. Une solution a t elle été trouvée ?
Cordialement Christian
Roumegou a écrit :
Dans son message précédent, Robert Pratillo a écrit : Bonjour, J'ai le même problème que Francois. Quelqu'un a une idée? Merci
remettre le msg d'origine svp quand on utilise un news reader, on n'a pas forcément les très vieux tromblons -- Cet e-mail a été vérifié par le logiciel antivirus d'Avast. www.avast.com |
| |
| |
| | | |
|
| | | | |
| | |
|