🚀 go-pugleaf

A m� me parece que es una buena soluci�n el usar JMS para el caso que 
describes. Otras tecnolog�as (SOAP, sockets) no son id�neas para binarios de 
ese tama�o o no te dan garant�a de entrega, ack, etc.
Lo que pasa es que los requerimientos que pones (20 ficheros/min * 
30MB/fichero[media]) suponen 600MB de ancho de banda en la red por minuto. 
Plant�ate eso tambi�n, no solo la arquitectura software.
Lo de los email a los clientes, �qu� quiere decir? �Mandas los ficheros de 
10-50MB por correo? Si es as�, no te extra�e que vaya lento.
A primera vista, te puedo recomendar que reutilices, si puedes, las sesiones 
SMTP JavaMail (con un pool) y las conexiones JMS a las colas, pues el 
establecimiento de las mismas es un proceso que puede ser costoso.
De todas maneras, �qu� servidor JMS usas? Supongo que sea uno propio del 
servidor de aplicaciones que tengas.

Un saludo

"El Alquimista" <Alquimista13@gmail.com> escribi� en el mensaje 
news:1159024357.881042.147870@e3g2000cwe.googlegroups.com...
> Buenas a todos, tengo un par de dudas a ver si alguien me puede ayudr.
> Estoy haciendo una aplicacion que correra en un servidor, la cual se
> encarga de recibir archivos via ftp, tomar dichos archivos, procesarlos
> y enviar mail a los clientes, los archivos son muchos al rededor de 20
> por minuto y pesan alrededor de 10 a 50 MB, dentro algunos contienen
> xml, otros contienen datos binarios. El proceso es complejo, tomar la
> info, formatearle depende el file, aplicarle estilos, buscar dados en
> la base etc etc, y luego enviarlo via mail con el archivo adjunto. Todo
> este sistema esta hecho y funcionando pero muy lento, y estoy encargado
> de la reingenieria, hoy funciona con jms, el file llega, lo toma un
> "monitor" que lo pente en la cola la cual es escuchada por un MDB que
> dispara  los diferentes procesos. Mi pregunta es hay alguna forma de
> optimizar los jms? o como puedo hacer la arquitectura de esto. muchas
> gracias
>