Pool de Conexiones

SPAWN3000 · #1 (**permalink**) 29/12/2008, 12:36

Hola, un saludo...

Según veo, la mayoría de los ejemplos relacionados con Pool de conexiones necesitan tener acceso al archivo server.xml del servidor... Existe alguna manera de implementarlo si acceso a este archivo y sin ningún Frameworok o IDE(Mejor dicho a mano).

GreenEyed · #2 (**permalink**) 29/12/2008, 15:28

Suponiendo que hablas de una implementación estándar de pool de conexiones, o sea un DataSource, la configuración depende del contenedor de servlets (es una de mis quejas sobre el estandar) así que "depende del servidor".

Utilizando Resin, por ejemplo, además de en el fichero de configuración principal, puedes definirlo a través de de un fichero resin-web.xml que coloques en tu directorio WEB-INF.

Con Tomcat, supuestamente tambien puedes definiendo un fichero context.xml poniendolo dentro de un directorio META-INF dentro de tu aplicación web, sin embargo falla más que una escopeta de feria excepto si copias tu aplicación dentro de webapps, cosa que no me gusta.

Algunos frameworks como Hibernate tambien se dejan configurar un pool de conexiones "no estandar" a través de configuraciones propias.

S!

SPAWN3000 · #3 (**permalink**) 29/12/2008, 15:43

Pues si, es usando DataSource.... tu respuesta es acertada.

Que recomiendas tu para evitar hacer esta configuracion sin tener que acceder al archivo server.xml.

Gracias.

SPAWN3000 · #4 (**permalink**) 30/12/2008, 04:42

Cita:

Iniciado por GreenEyed

Suponiendo que hablas de una implementación estándar de pool de conexiones, o sea un DataSource, la configuración depende del contenedor de servlets (es una de mis quejas sobre el estandar) así que "depende del servidor".

Utilizando Resin, por ejemplo, además de en el fichero de configuración principal, puedes definirlo a través de de un fichero resin-web.xml que coloques en tu directorio WEB-INF.

Con Tomcat, supuestamente tambien puedes definiendo un fichero context.xml poniendolo dentro de un directorio META-INF dentro de tu aplicación web, sin embargo falla más que una escopeta de feria excepto si copias tu aplicación dentro de webapps, cosa que no me gusta.

Algunos frameworks como Hibernate tambien se dejan configurar un pool de conexiones "no estandar" a través de configuraciones propias.

S!

a de feria.... Jajaja

Muy bueno lo de la escopet

GreenEyed · #5 (**permalink**) 30/12/2008, 05:23

Ya te digo que se puede recomendar nada de forma general, y yo no uso Tomcat así que tampoco te puedo decir mucho. Lo que si he visto es que tambien funciona si modificas el fichero que representa el context.xml de tu aplicacion dentro de TOMCAT_HOME/conf/Catalina/localhost/ o algo así. Pero claro, eso tambien esta dentro de la configuracion global del servidor...

Alguien que sepa más sobre Tomcat quizá sepa alguna solución, yo cuando la busqué no la encontré.
S!

TresPuntoDos · #6 (**permalink**) 30/12/2008, 05:42

Yo la unica solucion que tengo para manejar el Pool de conexiones es con Ibatis porque no me parece muy buena idea tener que tocar los archivos del servidor, lo veo una "chapuza", jeje

SPAWN3000 · #7 (**permalink**) 30/12/2008, 07:48

Bueno, gracias de todas formas...

Ya me pondré en la tarea de continuar buscando... Si lo encuentro y funciona, estará publicado aquí...

GreenEyed · #8 (**permalink**) 30/12/2008, 10:41

Cita:

Iniciado por TresPuntoDos

Yo la unica solucion que tengo para manejar el Pool de conexiones es con Ibatis porque no me parece muy buena idea tener que tocar los archivos del servidor, lo veo una "chapuza", jeje

Estoy de acuerdo contigo, pero me parece que la idea cuando lo hicieron es que sea el administrador del servidor el que controle los accesos a BDD que se crean, y no dejar que sean las aplicaciones las que crean sus propias conexiones.

Obviamente, eso no tiene en cuenta las aplicaciones que instalan sus propias BDD, sea por que las incluyen embebidas, HSQBLD, Derby, o por que sean aplicaciones auto-contenidas que lo instalan todo... pero es "típico" del estándar Java EE... demasiado pensado para un tipo de empresas y aplicaciones en plan "anticuado".

No es que sea una justificación, simplemente una posible explicación de por que es así, y por qué seguramente seguirá así. Hay que tener en cuenta que las empresas que estan detras de Java EE, Oracle, IBM..., venden servidores de aplicaciones, y muy caros, por que te permiten hacer esas cositas desde "consolas de administracion" hyper-molonas. Si todo se pudiera hacer de forma sencilla, no venderían nada. Triste, pero así es el mundo.

S!

TresPuntoDos · #9 (**permalink**) 30/12/2008, 10:53

Yo creo que no hay nadie que sepa mejor que el programador de la aplicacion las conexiones que va a necesitar

Por eso las gestiono yo, otra cosa seria que tuviese un servidor que aunque yo le ponga 100 me lo corte a 50, pero seguramente si quiero usar 100 es porque mi aplicacion lo necesita

GreenEyed · #10 (**permalink**) 30/12/2008, 14:51

Cita:

Iniciado por TresPuntoDos

Yo creo que no hay nadie que sepa mejor que el programador de la aplicacion las conexiones que va a necesitar

En otros entornos se supone que hay "administradores" que deciden esas cosas y no son el programador, que se supone que solo programa. Claro que la realidad es mucho más compleja, pero la gente que hace las especificaciones a veces parece que vive... en su mundo.

TresPuntoDos · #11 (**permalink**) 31/12/2008, 05:55

Te aseguro que los tecnicos de sistemas donde yo trabajo deben de ser de Marte