Discussion :

[Fbartolo]

Bonjour � tous, comme je me suis fatigu� � faire des recherches et avant que cela fonctionne pour appeler un Web service, ci dessous deux liens interessant qui m'ont bien aid�...:

http://www.delphicenter.net/download/tutws1-jjm.pdf

l'URL de ce site marche encore pour des tests..
il faut noter que l'importateur WSDL ne rempli pas bien la chaine:

static const char* defWSDL= "C:\\Documents and Settings\\BARTOLO\\Mes documents\\RAD Studio\\Projets\\IiMyWS.wsdl";

noubliez pas de mettre les \\

et pour l'appel:

void __fastcall TForm1::Button1Click(TObject *Sender)
{
AnsiString Message = "TATA";
AnsiString Reponse;
//_di_IiMyWS Test;

//Reponse = Test->TestMessage(Message);
Reponse = GetIiMyWS()->TestMessage(Message);
}

c'est aussi simple que �a avec l'importateur WSDL

et

http://lfe.developpez.com/WebService/Delphi/

[Argol_Medusa]

Bonjour,

Je me suis toujours demand� ce que c'�tait que ces "Soap" & co dans la liste des objets du builder.

Si je comprends bien c'est un peu comme un CGI mais sans la partie navigateur :

Ca permet en gros d'ouvrir une connexion sur le port 80, de transmettre en protocole HTTP comme un navigateur sauf qu'en face c'est un programme autre qu'un navigateur comme client ( et pareil pour le serveur ).

J'ai juste ou je d�lire compl�tement ?

Si c'est �a c'est super int�ressant en tout cas !

[Fbartolo]

Oui c'est �a,dans les grandes lignes:

Soap est normalis� pour les �changes en syst�mes h�t�rog�nes (�a existe partout), m�me si d'autre normes apparaissent.
utilisant HTTP, il n'est pas bloqu� par les firewall.
tr�s simple � impl�menter cot� client via le fichier de description WSDL

pour Info:

Au sens large, les services web sont des syst�mes logiciels, permettant l'interop�rabilit� entre plusieurs syst�mes logiciels (agents) sur un r�seau informatique.
Plus sp�cifiquement, lors de l�utilisation de la norme du W3C, l'interface du syst�me est d�finie par un langage lisible par un ordinateur (WSDL). D'autres syst�me logiciels vont communiquer avec le service Web selon cette description en utilisant le langage SOAP, g�n�ralement en utilisant XML pour s�rialiser les messages et HTTP comme protocole r�seau.
Lorsqu'on parle de Web Services, on parle aussi d'architecture orient�e services.
On d�finit l'architecture orient�e services comme un style d'architecture qui a comme objectif une interd�pendance faible (loose coupling) entre diff�rents agents logiciels (modules, services). L'architecture orient�e services promeut la r�utilisation de composants logiciels au niveau macro. (Compar�e � la programmation orient�e objet qui promeut la r�utilisation au niveau micro, classes, objets).
Pour atteindre une r�utilisation maximale, les services doivent �tre interop�rables. Pour atteindre cette interop�rabilit�, la d�finition des services doit avoir un certain nombre de caract�ristiques. En voici quelques-unes :
� Le fonctionnement d'un service est d�fini par un contrat
� Le langage informatique d'impl�mentation du service n'importe pas
� L'�change d'information entre services doit �tre standardis�
� La mani�re d'utiliser le service est d�finie par une interface
� Le service ne laisse pas transpara�tre la mani�re dont il est impl�ment� dans son interface
� Le service doit pouvoir se d�crire aux autres agents
� Le service doit pouvoir �tre d�couvert par un m�canisme ext�rieur
� Transactions, s�curit�, etc.

Pour �tre capable d'utiliser un Web Services et de programmer un client, il est n�cessaire d'en conna�tre la d�finition. Le langage WSDL (Web Services D�finition Language) d�crit l'interface au service. En utilisant XML Sch�ma, WSDL d�fini les param�tres d'entr�e et de retour d'un appel au service Web.
Les appels comme tel aux Web Services sont effectu�s avec le protocole SOAP (Simple Object Access Protocol). SOAP offre le transport d'objets s�rialis�s et autres donn�es en XML et l'appel de proc�dures distantes.
UDDI, WSDL et SOAP sont les trois normes principales des Web Services. Les normes UDDI (sorte de page jaunes des services) sont propos�es par OASIS. WSDL et SOAP font parties des normes W3C.
WSDL d�crit ce qu'est le service Web, o� le trouver et comment l'appeler. WSDL utilise le concept de port pour d�finir la connexion au service Web.
Le WSDL est subdivis� en plusieurs parties :
� la balise type : d�fini les types de donn�es utilis�s par le service en utilisant g�n�ralement XML sch�ma.
� la balise message : une abstraction plus haut niveau des param�tres (messages) pour les appels possibles au service Web.
� la balise portType : contient des abstractions haut niveau des op�rations possibles du service Web.
� la balise binding : d�fini les liens entres les op�rations du service Web et le protocole de communication utilis� (g�n�ralement SOAP). C'est ici qu'on d�fini comment on utilise SOAP, les param�tres d'entr�es et de sorties.
� les balises service et port : la balise service contient les points limites (port). Le port est d�fini par les binding du protocole r�seau et une adresse r�seau.

[Argol_Medusa]

Ok, merci beaucoup pour toute ces pr�cisions, j'essayerai � l'occasion de suivre le tutorial pour tester tout �a car �a ouvre tout un tas de possibilit�s tr�s int�ressantes.