Re: Conexiones saturadas.

Hola Martín...
gracias por tu respuesta..
He estado trabajando con Hibernate para el manejo de la capa de datos...
realmente en producción no tengo mucho problema porque como bien comentas
GlassFish me evita los dolores de cabeza de las conexiones... el problema
es que al estar en desarrollo utilizamos tomcat... pero me gustaría
intentar con glassfish... hay alguna consideración especial que se deba
tomar para la configuracion del glassfish..???

gracias..

ISC. Mario Jiménez Carrasco.

2011/12/20 Martin Li Causi <emlicausi(at)gmail(dot)com>

> Hola,tenia el mismo problema nada mas qur con 20 desarrolladores . Soy
> desarrollador tambien y el tema de dejarle al dev la administacion de
> las conecciones es un dolor de cabeza
> Te cuento mi experiencia , no quiere decir qur sea la solucion pero si
> es una buena practica
> Como primer medida tomcat lo saque y empece a usar glassfish, si bien
> glass o jboss o geronimo todos tienen un tomcat como base funcionan
> mucho mejor
> Como segunda medida uso ejb para persistencia ..excelente abstraccion
> No te preocupas de crear las conecciones ni cerrarlas a demas de
> muchas mas ventajas que usar jdbc en tus clases
> Configurando correctamente el aplication server te evitas todos estos
> problemas
> En desarrollo no es tanto pero enproductivo es un parto
>
>
> El 20/12/11, Mario Jiménez Carrasco <mario(dot)carrasco(at)gmail(dot)com> escribió:
> > Muchas gracias por el comentario Moises...
> > el detalle es que al levantar el tomcat (de manera local por cada
> > programador) se crean las conexiones para luego hacer la ejecucion o
> > depuracion de algun código... el punto es que al ir levantando el tomcat
> se
> > muere, es decir, a pesar de que existe la desconexión explicita... se
> llega
> > a saturar...
> >
> > de todas formas revisaré la configuración del tomcat y ver la forma de
> que
> > se haga aun mas explicito la desconexión para poder identificar el origen
> > del problema...
> >
> > gracias...
> > saludos.
> >
> > ISC. Mario Jiménez Carrasco.
> >
> >
> >
> >
> > 2011/12/20 Moises Alberto Lindo Gutarra <mlindo(at)gmail(dot)com>
> >
> >> El día 20 de diciembre de 2011 14:34, Mario Jiménez Carrasco
> >> <mario(dot)carrasco(at)gmail(dot)com> escribió:
> >> > Buen día Lista...
> >> > Recurro para solicitar su apoyo en el siguiente problema...
> >> >
> >> > Tengo PostgreSQL-8.4 instalado en un equipo con fedora 14.. para unas
> >> > pruebas de desarrollo...
> >> > actualmente se conectan 5 programadores a través del tomcat en el que
> >> cada
> >> > uno crea 3 conexiones a la base de datos, pero en algun momento se
> >> saturan
> >> > las conexiones a postgresql...
> >> >
> >> > he intentando incrementar los parametros de max_connections y
> >> shared_buffers
> >> > pero al intentar levantar el servicio de postgresql no se levanta el
> >> > servicio...
> >> >
> >> > alguien sabe que puede ser o donde se debe modificar a alguna otra
> >> > configuracion?
> >> >
> >> > agradezco de antemano sus comentarios..
> >> >
> >> > saludos.
> >> >
> >> > ISC. Mario Jiménez Carrasco.
> >> >
> >> >
> >>
> >> Hola Mario,
> >> como es un ambiente de desarrollo no necesitas incrementar
> >> el numero maximo de conexiones, más bien dile a los programadores
> >> en java que cierren explicitamente las conexiones o en todo caso
> >> usen una cola de conexiones para no saturar el servicio del postgresql.
> >>
> >>
> >> --
> >> Atte.
> >> Moisés Alberto Lindo Gutarra
> >> Asesor - Desarrollador Java / Open Source
> >> Linux Registered User #431131 - http://counter.li.org/
> >> Cel: (511) 995081720 - Rpm: *548913
> >> EMail: mlindo(at)gmail(dot)com
> >> MSN: mlindo(at)tumisolutions(dot)com
> >> -
> >> Enviado a la lista de correo pgsql-es-ayuda (
> pgsql-es-ayuda(at)postgresql(dot)org
> >> )
> >> Para cambiar tu suscripción:
> >> http://www.postgresql.org/mailpref/pgsql-es-ayuda
> >>
> >
>
> --
> Enviado desde mi dispositivo móvil
>