WebServices

30/05/2005 - 05:48 por Alberto | Informe spam
Hola.
Los WebService pueden servir para comunicar 2 aplicaciones?
Osea, yo tengo una aplicacion1 en una maquina y una aplicacion2 en otra
maquina, y me gustaria que la aplicacion1 le de una orden a la aplicacion2
para que haga algo, esto se podria hacer por webservices, o la unica
solucion es por tcp/ip ?

Gracias

Preguntas similare

Leer las respuestas

#1 A.Poblacion
30/05/2005 - 08:18 | Informe spam
"Alberto" wrote in message
news:
Los WebService pueden servir para comunicar 2 aplicaciones?
Osea, yo tengo una aplicacion1 en una maquina y una aplicacion2 en otra
maquina, y me gustaria que la aplicacion1 le de una orden a la aplicacion2
para que haga algo, esto se podria hacer por webservices, o la unica
solucion es por tcp/ip ?



Se puede hacer por WebServices a condición de que en la máquina que
contiene la aplicacion2 dispongas de IIS con ASP.NET. Lo que hace el
WebService es ejecutar una subrutina en esa máquina. Dentro de la subrutina
puedes hacer lo que quieras, por ejemplo dejar grabado un dato en algún
sitio para que lo lea la aplicacion2.
Respuesta Responder a este mensaje
#2 Rodrigo Corral [MVP]
30/05/2005 - 14:43 | Informe spam
Yo creo que la mejor opción es utilizar remoting.


Un saludo
Rodrigo Corral González [MVP]

FAQ de microsoft.public.es.vc++
http://rcorral.mvps.org
Respuesta Responder a este mensaje
#3 Alfredo Novoa
30/05/2005 - 15:18 | Informe spam
On Mon, 30 May 2005 00:48:33 -0300, "Alberto" wrote:

Hola.
Los WebService pueden servir para comunicar 2 aplicaciones?
Osea, yo tengo una aplicacion1 en una maquina y una aplicacion2 en otra
maquina, y me gustaria que la aplicacion1 le de una orden a la aplicacion2
para que haga algo, esto se podria hacer por webservices



Hombre, los web services son justo para eso. El problema es que es una
tecnología muy mala y engorrosa.

, o la unica
solucion es por tcp/ip ?



Los web services también funcionan por tcp/ip.

Si vas a implementar una interfaz procedimental, probablemente lo más
cómodo sea usar "remoting", que también funciona por tcp/ip.

Lo que yo suelo hacer es crear mi propio protocolo de comunicaciones y
usar tcp/ip directamente. Es la opción más flexible.


Saludos
Respuesta Responder a este mensaje
#4 Alfredo Novoa
30/05/2005 - 15:21 | Informe spam
On Mon, 30 May 2005 08:18:08 +0200, "A.Poblacion"
wrote:

Se puede hacer por WebServices a condición de que en la máquina que
contiene la aplicacion2 dispongas de IIS con ASP.NET.



Hombre, hay mil maneras de hacerlo sin usar IIS ni ASP.NET.


Saludos
Respuesta Responder a este mensaje
#5 Alberto
30/05/2005 - 15:27 | Informe spam
Gracias por sus respuestas.
Pero mi objetivo principal seria que pueda ejecutarse por un puerto que no
sea comunmente bloqueado, por ej. el puerto 80, nose quizas estoy diciendo
alguna tonteria. Me podrian corregir?

Gracias


"Alfredo Novoa" wrote in message
news:
On Mon, 30 May 2005 00:48:33 -0300, "Alberto" wrote:

>Hola.
>Los WebService pueden servir para comunicar 2 aplicaciones?
>Osea, yo tengo una aplicacion1 en una maquina y una aplicacion2 en otra
>maquina, y me gustaria que la aplicacion1 le de una orden a la


aplicacion2
>para que haga algo, esto se podria hacer por webservices

Hombre, los web services son justo para eso. El problema es que es una
tecnología muy mala y engorrosa.

>, o la unica
>solucion es por tcp/ip ?

Los web services también funcionan por tcp/ip.

Si vas a implementar una interfaz procedimental, probablemente lo más
cómodo sea usar "remoting", que también funciona por tcp/ip.

Lo que yo suelo hacer es crear mi propio protocolo de comunicaciones y
usar tcp/ip directamente. Es la opción más flexible.


Saludos
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida