Properties externas en Weblogic 10

[Sebastian Murua]

Buenos días, les paso a contar mi problema. Estoy migrando
aplicaciones web de Weblogic 8 al 10. El problema es que estás
aplicaciones tienen archivos ".properties" por fuera del war generado,
lo cual está complicando la correcta migración ya que la gente que
creo y configuró las aplicaciones originalmente no tiene idea de como
hizo para que el war tome estos archivos de afuera y no lo documentó.
Hasta este momento la forma que encontré de que tome los archivos de
properties fuera del war es poniendolos en la carpeta del dominio de
Weblogic, lo cual no sirve del todo ya que van a haber varias
aplicaciones en el mismo dominio por lo que compartirían las
properties y algunas tienen el mismo nombre (como ser
log4j.properties) y habría conflictos aparte de la confusión y
dificultad de mantenimiento a la que presta que hayan miles de
archivos metidos en el mismo lugar, pero en fín, es una opción pero
preferiría evitarla.
Les paso a contar el entorno actual en el weblogic 8, en un mismo
dominio hay creado un servidor por cada aplicación y lo único que pude
ver distinto entre las configuraciones de los mismos es en la parte de
"Remote Start" donde tiene configurado las opciones "Root Directory" y
"Class Path", donde la primera apunta a un directorio exclusivo para
el proyecto y la segunda a una carpeta de las properties dentro de la
anterior (ej, "Root Directory: \weblogic\home\web\aplicacionX\" y
"Class Path: \weblogic\home\web\aplicacionX\properties", el servidor
está en unix por cierto), sin embargo intenté reproducir eso el
weblogic 10 de todas las combinaciones que se me ocurrieron y no hubo
caso.

¿Alguno sabe como se podría llegar a solucionar este problema?

[Pablo Saavedra]

Los properties tienen que ir en el classpath y está bien, eso permite configurar cosas como logging y conexión a base de datos sin tener que re empaquetar la aplicación.

Habría que ver como hacer en cada caso en particular, pero por ejemplo el log4j.properties puede estar compartido por todas las aplicaciones, si lo configuras bien. Sin embargo, un servidor de aplicaciones como weblogic debería tener un logging global donde vayan a parar todos (es lo que pasa en JBoss, por lo menos).

Después depende de cada properties, que deberían ser más o menos específicos a tu aplicación.

Saludos.

2010/4/14 Sebastian Murua <el.se...@gmail.com>

--
www.JavaSOS.com
Grupo de colaboración Java/J2ee para desarrolladores de habla hispana.

To unsubscribe, reply using "remove me" as the subject.

[Sebastian Murua]

Muchas gracias por la respuesta

Pero me parece que no me explique bien, ya que mi problema es que no sé como hacer para que cada applicacion tenga su propio set de properties discriminado, ya que como dije puedo poner las properties para que sean tomadas por todas las aplicaciones en todos los servers en el dominio/instancia de weblogic corriendo y como decís puedo configurar bien el log4j.properties pero hay muchas que son especificas de los proyectos que tienen el mismo nombre pero son muy diferentes y lamentablemente ya no hay posibilidades de "hacerlas bien", aparte de la confusión que eso causaría a la hora de mantener. Así que es una solución que prefiero evitar si es posible.

O sea, si yo tiro las properties en la carpeta WL_HOME/user_projects/domains/domainX/ las agarra y todo bien, pero si yo trato de ponerlas en WL_HOME/user_projects/domains/domainX/aplicacionY/ ya no las toma. Yo intenté incluir esa carpeta en el classpath pero no lo logré, si esa es la solución y alguien sabe como hacerlo, le agradecería mucho que me de un indicio de como hacerlo o donde puedo encontrar como.

Encontré un posteo que dice que no es posible hacer lo que estoy intentando en weblogic (supongo 10 por la pregunta del posteo), pero el echo de que esté funcionando en 8 me incentiva a seguir intentando.

En fín, muchas gracias por adelantado

--
Sebastian E. M.