Discussion :

[Jeweller]

Bonjour,

Je n'ai ni ne connais véritablement Visual Studio .NET mais j'ai un client qui rencontre des difficultés à communiquer avec nos webservcies développés sous XMLRAD2005/Delphi7.
Quelles indications puis je lui donner pour l'aider à développer son application ? Il tombe apparement systématiquement sur une page d'erreur HTML (Action non trouvée). De mon coter j'ai fait des tests avec un petit client HTTPRIO sous Delphi et ca passe bien. Quelles sont les étapes à suivre ?

Michael

[RDM]

Je viens de voir qu'en fait XMLRAD se base sur le fait qu'il y ait "<SOAP-ENV:Envelope" dans la requête envoyé par le client ce qui est le cas pour HTTPRIO mais pas pour .NET.

il faudrait que tu modifies XMLApp pour accepter aussi <soap:Enveloppe pour .NET

[Jeweller]

Ok, mais j'ai pas .Net. Je ne sais donc pas ce qu'il envoie et donc ce à quoi je dois m'attendre dans XMLApp... Tu as un exemple de requete sous la main ?
Mais ca voudrait dire qu'un WebService XMLRAD n'est pas "universel", ou bien c'est la requete SOAP de VS.NET qui ne l'est pas ?

Michael

[Jeweller]

Bon j'ai remplacé la ligne qui va bien par ca:

Code :

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

1
2
3
4
 
if (Pos('<SOAP-ENV:Envelope', ContentStr) > 0) 
or (Pos('<soap:Envelope', ContentStr) > 0 ) 
or (Pos('<env:Envelope', ContentStr) > 0 ) then

Je vous tiens au courant si ca suffit

Michael

[Jeweller]

Ben non ca suffit pas!

"R?f?rence ? un pr?fixe d'espace de noms non d?clar? : 'SOAP-ENV'"

J'imagine que VS attend une réponse avec soap:envolope et non pas soap-env !! Mais ca, ca devient plus une "petite" modif du framework!
Je ne veux pas jeter la faute sur VS ou sur XMLRAD, mais quand même, dire que XMLRAD fait du Webservice sans vérifier que ca fonctionne dans ce cas c'est un peu gros!
Je vais etre obligé vu l'urgence de faire le necessaire. Peut on espérer que ca passe dans le haut de la wishlist ?

Michael

[RDM]

Malheureusement c'est ce qu'on appelle une heuristique.
la problématique est du fait que le point d'entré ezt le même pour des requête zHTTP classiquez venant du navigateur et des requêtez SOAP d'un client.
il faut donc un critère permettant de différencier les 2 types de requêtes. malheureusement dans les heders HTTP rien n'est fixé pour annoncer comment interpréter le contenu. c'est a cela que sert le if pour invoquer ou non InitSoapRequest.
Un choix a été fait à l'époque (ou d'ailleurs les webservices était seulement émergeant, .NET n'étant même pas sorti)
XMLRAD a plus souvent était consommateur de Webservices (client) que Véritable serveur.
Bref le critère de distinction est pas si évident que cela a faire. peut être qu'une réarchitecture sera nécessaire...

[Jeweller]

Une erreur c'est glissée, voici la correction (un '/' manquait):

XMLApp.pas, 4506

Code :

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

1
2
3
4
SSOAPFault = '<%s:Envelope xmlns:%s="http://schemas.xmlsoap.org/soap/envelope/" %s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">'
    +'<%s:Body><%s:Fault><%s:faultcode>%s</%s:faultcode>'
    +'<%s:faultstring>%s</%s:faultstring></%s:Fault></%s:Body></%s:Envelope>';