Ver Mensaje Individual
  #3 (permalink)  
Antiguo 21/02/2008, 12:49
javierhernandezb
 
Fecha de Ingreso: febrero-2008
Mensajes: 14
Antigüedad: 16 años, 2 meses
Puntos: 0
Re: Pool de Conexiones MultiProceso

Cita:
Iniciado por HackmanC Ver Mensaje
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)

De antemano muchas gracias por tus opiniones. Estoy pensando hacer el desarrollo por medio de RMI, ya que almenos mi experiencia si genero algun web service ( SOAP ) el performance se veria afectado ( por muy poco ). Todas las aplicaciones estaran bajo JAVA. Otra razón por la que estoy pensando en RMI es por que algunas instancias serán diferentes pero correran en la misma máquina Virtual...... creo que RMI si lo puede manejar.... aún así.. continuo escuchando sugerencias u opiniones