LLamar a un web service desde un procedimiento almacenado
Ana
Necesitaría saber como llamar a un web service desde un procedimiento
almacenado de SQL Server 2005. Necesito enviar parametros, y el web service
necesita autentificación. ¿Alguien podría pasarme un ejemplo?
Un saludo,
Gux (MVP)
service desde un procedimiento almacenado y coincido con eso.
De todas formas y si insiste en la idea, escriba un procedimiento almacenado
en .NET que actúe como consumidor del webservice. Imagino que esto puede
servirle de inspiración:
Sub TestConsumirWs()
Try
Const PROXYURI As String = "http://miservidorproxyweb:80"
Const WSUSER As String = "usuario"
Const WSPASSWD As String = "password"
Const WSWSDL As String =
"https://sitio.com/ws/services/Version?WSDL"
Dim objWs As New WebReference.VersionService
With objWs
.Url = WSWSDL
.Proxy = New WebProxy(PROXYURI, True)
.Credentials = New NetworkCredential(WSUSER, WSPASSWD)
End With
' Le paso por encima a la validacion SSL: valido yo mismo (o
sea... siempre True :-))
ServicePointManager.ServerCertificateValidationCallback = New
RemoteCertificateValidationCallback(AddressOf CertificadoEsValido)
' LLamo al ws
Console.WriteLine(objWs.getVersion())
Catch ex As Exception
Throw New Exception(ex.Message)
End Try
End Sub
--
Gustavo Larriera, Microsoft MVP
https://mvp.support.microsoft.com/profile/gustavo.larriera
--
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.
Jesús López
Saludos:
Jesús López
www.solidq.com
"Ana" <ana_ma...@hotmail.com> escribió en el mensaje
news:uxF$SANvIH...@TK2MSFTNGP02.phx.gbl...
Juan Víctor Castillo
Aunque este mensaje ya es viejo. Me gustaria saber porque consideras tu
que Arquitectonicamente esta mal que un Web service sea llamado desde un
procedimiento en SQL Server. ¿Me enfrento en este momento a la decisión y
para mi lo mejor seria crear un job y de ahi inmediatamente vaciarlo a la BD.
Al pendiente de tus comentarios.
Saludos.
Carlos Sacristan
de que arquitectónicamente llamar a un web service desde SQL Server es un
error es porque éste es un sistema gestor de bases de datos relacionales,
preparado y optimizado para trabajar con ellas. Un WS no es nada de eso,
aunque técnicamente sea posible llamarlo. Por eso es siempre más
recomendable utilizar cada cosa para lo que fue pensada en su momento, ya
que en la mayoría de los casos será más óptimo.
Por tomar un ejemplo más cercano: los cursores existen y se pueden utilizar,
pero en la mayoría (no siempre) de los casos, SQL Server será más eficiente
si la solución desarrollada con cursores se hace orientada a conjunto de
registros.
--
-----------------------------
"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil. si ambas están congeladas."
Edward V. Berard, ingeniero informático
http://blogs.solidq.com/es/elrincondeldba
"Juan Víctor Castillo" <JuanVcto...@discussions.microsoft.com>
escribió en el mensaje
news:EE2D45D1-9921-480C...@microsoft.com...
