Discussion :

[ShaiLeTroll]

Dans le cadre d'un développement, je vais devoir intégrer un certificat WSE3 pour appeler un WebService (FrameWork.NET), je n'ai pas encore de détail précis à ce sujet

les éléments les plus proches que j'ai pu trouver concerne l'ajoute de fichier certificat via les composant SSL Indy comme dans la sujet de Rayek

Pour la recherche "WebService Certificat", je n'obtiens que le sujet de GMC : Certificat de sécurité : acceptation automatique , et comme lui, ce n'est pas IE qui m'interesse mais l'intégration du certificat au moment de l'appel du WebService dans un programme Delphi

Alors ma question, comment intégrer un Client WebService avec Certificat ?

[ShaiLeTroll]

En cherchant, je n'ai trouvé que l'utilisation de Certificat X509 en utilisant le TIdSSLIOHanlderSokect (voir l'article ICI) mais celui-ci est utilisé conjointement avec un TIdHTTPRio dont je ne trouve pas les sources, est-ce que la TIdHTTP peut-être utilisé à la place ?

Un petit exemple d'utilisation de IInvokable + TRemotable + Indy serait bien venue, ou alors carrèment, un autre moyen que ceux fourni dans le SOAP Borland via l'importateur WSDL

J'ai essayé de voir avec IdSOAP, je n'ai pas encore bien pigé ! Et leur IndySoap Tools n'arrive même à importer les plus simple WSDL qui fonctionne avec celui de Delphi 7 !!!

[chaplin]

J'ai pas regardé en détail, est ce que ce lien t'en apportera davantage:

http://weblogs.asp.net/Britchie/defa...px?PageIndex=3

[ShaiLeTroll]

Merci, l'importateur WSDL de ce site génère du C# ou du VB, mais complet, ce qui me rassure sur la qualité du WSDL, d'ailleurs, un collègue m'a fait un test en PHP, et c'est importé aussi !

Je télécharge Delphi 2009 pour voir si WSDL est mieux géré que dans D7.

Par contre, pour la parti WSE3.0, ben .NET, .NET et encore .NET, et l'application que l'on développe est en Win32 avec D7, on a pas le budget juste pour ce truc de coder un appel WSE !!!

[gmc]

Nous somems arrivés a pallier ce problème.
L'acceptation du certificat lors de l'appel à un webservice depuis une application Delphi.

Je reviens vers vous concernant la solution.

[ShaiLeTroll]

Ah, intéressant !
gmc ! j'attends ton retour avec impatience !

notre fournisseur me parle aussi de WS-Security (WSS), mais sur le net il y a des confusion de WSS pour WS-Security et WSS pour Windows SharePoint Services, ...

[babibello]

bonjour,
as-tu trouvé une solution à ton (notre ) problème ?

[ShaiLeTroll]

gmc semblait avoir trouvé quelques choses, mais il n'est jamais revenu expliqué sa solution ...

Je ne souhaitais pas déployer .NET sur la machine où est installé notre logiciel (qui n'en a absolument pas besoin) pour gérer ce standard MicroSoft-IBM (je n'ai pas tout compris sur "OASIS") que personne ne semble avoir implémenté en dehors du .NET et d'une version plus ancienne (open-source?) en Java, je t'avoue que c'est assez flou, j'ai fait des recherches sur le web sur WS-Security, semble qu'en Delphi, ce soit assez pauvre à ce sujet, le développeur que j'avais en face de moi, ne connaissait que BizTalk de MicroSoft qui encapsule tout ces comportements, il ne fait qu'utiliser, il ne maitrise rien ... comme cette spécification ne faisait pas parti du devis initial et que l'on avait pas le budget pour cette approche technologie, on a proposé un Tunneling SSH avec un Port Forwarding sur leur Serveur HTTP qui avait déjà été expérimenté pour du MySQL avec ce même projet, cela ne nous coutait donc que peu de temps et entrait de le budget signé avec le client, le tout complé avec des FireWall un peu partout cela convenait pour garantir un minimum de sécurité au sujet des données que l'on transmets ...

[popo]

Y'a-til du nouveau ?
ça m'interesse aussi

[ShaiLeTroll]

Non, la solution utilisée finalement reste le tunnelling SSH !
Cela le restera, je suis parti depuis !

Le Niveau de sécurité avec cette technique leur convenait
Il ne voulait pas de HTTPS, je ne sais pas exactement pourquoi !

Si tu as aussi ce besoin :
- soit passe par un Delphi Prism ou C#
- soit un montage Java <-> JNI (Jedi) <-> Delphi

[popo]

C'est fou la différence qu'il y a entre D7 et D2010 au niveau de SOAP.

J'ai pu régler mon problème en surchargeant certaines méthodes

[ShaiLeTroll]

Heureusement qu'il a évolué ! Cela sera dramatique dans le cas contraire !

Tu pourrais donner un extrait des tes surcharges pour Delphi 2010, cela pourrait interesser certains !
Et peut-être moi dans l'avenir si l'application que je maintiens migre partiellement vers le web (inter-opérabilité WS de plus en plus courante au lieu de COM\DCOM)