Discussion :

[dsr57]

Bonjour à tous

J'essaye d'appeler un WebService SOAP dans un TRIGGER SQL SERVER.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
DECLARE @obj int,
        @url VarChar(MAX),
        @response VarChar(MAX),
        @requestHeader VarChar(MAX),
        @requestBody VarChar(MAX)
        DECLARE @taille INT
 
SET @url = 'http://IP/WSWeb/ws_web.php'
 
		SET @requestBody ='<SOAP-ENV:Envelope SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" xmlns:tns="http://PortailAbonne.com">
								 <SOAP-ENV:Body>
									 <tns:Add_Civilite xmlns:tns="http://PortailAbonne.com">
									 <code xsi:type="xsd:string">EE</code>
									 <lib xsi:type="xsd:string">EEEE</lib>
									 <libCourt xsi:type="xsd:string">EEE</libCourt>
									 <web xsi:type="xsd:boolean">0</web>
									 </tns:Add_Civilite>
								 </SOAP-ENV:Body>
							 </SOAP-ENV:Envelope>'
		SET @taille = DATALENGTH(@requestBody);
		EXEC sp_OACreate 'MSXML2.ServerXMLHttp', @obj OUT
		EXEC sp_OAMethod @obj, 'Open', NULL, 'GET', @url, 'false'
		EXEC sp_OAMethod @obj, 'setRequestHeader', NULL, 'Content-Type', 'text/xml;charset=UTF-8'
		EXEC sp_OAMethod @obj, 'setRequestHeader', NULL, 'SOAPAction', 'POST'
		EXEC sp_OAMethod @obj, 'setRequestHeader', NULL, 'Content-Length', @taille
		EXEC sp_OAMethod @obj, 'send', NULL, @requestBody
		EXEC sp_OAGetProperty @obj, 'responseText', @response OUT
 
		SELECT @response [RESPONSE]
 
		EXEC sp_OADestroy @obj

Mon web service n'est pas appelé, j'ai mis une trace dans le code.
J'ai vérifié le web-service par une un script PHP et c'est OK.

Merci par avance

[SQLpro]

ce que vous faites est particulièrement dégueulasse...

1) les méthodes OA... sont dangereuses. Elle sont désactivées par défaut pour des raisons de sécurité. Il vous faut éventuellement les activées via sp_configure
2) si vous voulez utiliser un web service mieux vaut l'encapsuler dans SQL Server. Mais même là aussi c'est désapprouvé.
"
Native XML Web Services (SOAP/HTTP endpoints) is deprecated; Native XML Web Services will be removed from a future version of SQL Server. Plan to convert your existing SOAP/HTTP endpoints to use Windows Communications Foundation (WCF) or ASP.NET. Avoid using SOAP/HTTP endpoints in new development work.
"
3) appeler un service web et plus généralement faire un traitement distant dans un triggger est le plus sur moyen d'avoir des performances catastrophiques, jusqu'au blocage complet de votre base !

Si vous nous disiez quelle est la justification de cet truc immonde ?

A +

[dsr57]

Bonjour ,

Merci pour cette réponse. Le but est de mettre en place une synchronisation entre deux environnements avec

• Type de SGBD différents
• MCD différents

Je prend note de votre remarque, mais vers quel méthode dois-je m'orienter :

Stockage dans un fichier Texte intermédiaire avec lecture périodique de ce fichier

Merci par avance pour votre retour

[SQLpro]

Utilisez la réplication; C'est fait pour ça !
Quels types de SGBD ?
Par exemple si c'est Oracle / SQL Server : http://msdn.microsoft.com/fr-fr/library/ms151229.aspx
Si c'est avec d'autres SGBDR : http://msdn.microsoft.com/fr-fr/library/ms151864.aspx

Décrivez-nous plus en avant votre problème !

A +

[dsr57]

Merci pour votre réponse

Je vous donne les détails de la solution à mettre en place :

• Serveurs distants
• SGBD : SQL SERVER et MYSQL
• Type de synchronisation : master master
• MCD différents
• Mise en place de règle de gestion avant les opération d'INSERT ou d'UPDATE dans la base MYSQL

J'espère vous avoir donné les informations demandées.

Merci par avance pour votre réponse

[SQLpro]

Bon courage car vous allez avoir fatalement des conflits de réplication. Une réplication maître/maître qui plus est hétérogène (pas les mêmes serveur) c'est le pire des scénarios.

Pourquoi cette architecture débile ? Que est le fonctionnel derrière ???

A +