Comunicacion entre aplicaciones

Hola,

Yo creo que te estas liando un poco ahi.

A mi modo de ver, lo mejor seria hacer un Web Service


Saludos,

Pablo Roca
La Coruna - Spain
http://www.portalfox.com

"Pablo Roca" wrote in message
news:

Yo creo que te estas liando un poco ahi.

A mi modo de ver, lo mejor seria hacer un Web Service

No estoy de acuerdo. Fíjate en que quiere hacer la llamada DESDE una
máquina central HACIA los pustos de trabajo. Si se hiciera con un Web
Service, esto requeriría instalar un servidor web en todos los puestos de
trabajo con el web service instalado en todos ellos para que el servidor les
hiciera las llamadas. O bien que los puestos estuvieran continuamente
haciendo un "polling" del servidor para ver si existe algún mensaje para
ellos, cosa que no es precisamente muy eficiente. Me temo que este es uno de
los pocos casos en los que merece la pena descender a nivel de Sockets.

Leche, es verdad ... lei mal. Lo que quiere es algo tipo tecnologia Push.

Y no hay mas modos? Ya los sockets .. ufss, demasiado a pelo.


Saludos,

Pablo Roca
La Coruna - Spain
http://www.portalfox.com

"Pablo Roca" wrote in message
news:

Y no hay mas modos? Ya los sockets .. ufss, demasiado a pelo.

Si fuera todo .Net, se podría hacer bastante bien con Remoting, pero en
este caso el OP afirma que el servidor está programado con Java, lo cual
parece excluir .Net en ese extremo.
Si el servidor fuera Windows y el código servidor se pudiera encapsular
en un objeto COM, también se podrían usar los eventos débilmente acoplados
de COM+ (que usan DCOM para comunicarse con los puestos). Pero me da la
impresión de que en este caso el servidor en cuestión usa otro tipo de
tecnologías.

Hola Alberto,

Si dices que con NET se podria hacer bastante bien con Remoting, pues de la
misma manera se podria hacer bien con Web Services :))

El problema no es la comunicación, que eso está resuelto de muchas maneras,
el problema es el Push, el saber en un momento dado que el servidor remoto
nos manda un mensaje. Bueno ese no es el problema, el problema es no comerse
la CPU interrogando al servidor.

Como bien dijiste lo encaminaste por Sockets .. ahi entonces una opción
sería:

En cada cliente de winforms, montar un servidor de sockets asincrono que
esté escuchando a que alguien se le conecte (el servidor de Java en este
caso, que actua como cliente), una vez conectado, pues ya hacer la
comunicación con sockets.

Cesar, mira estos enlaces:

(Piensa que donde dice servidor es tu cliente winforms y donde dice cliente
es tu servidor en java.)

Asynchronous socket communication
http://www.codeproject.com/cs/inter...tsincs.asp

Este tiene buena pinta:

Asynchronous Server Socket using C#
http://www.csharphelp.com/archives3...ve486.html

Mas codigo de sockets en C#

A Simple .NET TCP Socket Component
http://www.codeproject.com/cs/inter...socket.asp

Y leete bien la ayuda sobre System.Net y System.Net.Sockets.

Y comprate un bote de aspirinas para cuando lo vayas a debugear :)) (es
broma)

Mi duda en todo esto es cuanto de CPU se come estos procesos (por muy
asincronos que sean).

De todos modos a mi no me hagas mucho caso, que soy Foxero y muy nuevo en
esto del C# <s>


Saludos,

Pablo Roca
La Coruna - Spain
http://www.portalfox.com