Ver Mensaje Individual
  #2 (permalink)  
Antiguo 21/02/2008, 12:12
Avatar de HackmanC
HackmanC
 
Fecha de Ingreso: enero-2008
Ubicación: Guatemala
Mensajes: 1.817
Antigüedad: 17 años
Puntos: 260
Sonrisa Re: Pool de Conexiones MultiProceso

Tal ves (tal ves no) esto te podría servir...

La primera opción sería configurar la cantidad máxima de connexiones en el servidor mq que estés usando.

La segunda opción sería comunicarse entre todos los clientes a través de RMI o simple TCP para sincronizarlos manualmente con flags.
Pero tendrías que saber cuales clientes estén conectados o descubrirlos con otra tecnología como JNDI o "udp broadcast".

La tercera opción sería crear una aplicación de servidor que se anteponga a tu servidor mq (como proxy) y sea el encargado de realizar las conexiones, implementado con RMI si el alcance está en la intranet. (Las "verdaderas conexiones" estarían instanciadas (estarian corriendo) en el servidor, puesto que no podrías "pasar" una conexión TCP abierta de una PC a otra)

El inconveniente de que "así esté en China" sería un problema de seguridad con RMI, a menos que tengas un servidor ssl o algo parecido. Me imagino que también podrías implementar "Web Services" que hagan proxy con mq. (Desventaja : tendrías que implementar todas la funciones que usas en mq).

No se me ocurren otros métodos, pero sería interesante leer varias opiniones al respecto.

(Si solo necesitas pasar la conexión entre threads solo tienes que usar variables publicas en la clase que crea los threads y syncronizarlas)

Última edición por HackmanC; 21/02/2008 a las 12:26 Razón: edit