2012-08-29 21 views
9

Yo soy muy novato para log4j and sl4j, estoy usando Grails 2.0.4 y en config.groovy hay una líneaEl uso de 'grails.logging.jul.usebridge' en griales config.groovy

grails.logging.jul.usebridge = false para prod

&

grails.logging.jul.usebridge = true para dev

he seguido este article, como se dice que el uso de grails.logging.jul.usebridge es implementar la lógica de intercambio de registro marcos ging como

  • log4j
  • java.util.logging
  • Commons Logging
  • logback

Este es el único uso de grails.logging.jul.usebridge en config. Groovy, o hay otros usos Y una pregunta más

1) que es el marco de registro recomendado trabajo para usar en el entorno de producción

Respuesta

4

Definitivamente, recomiendo usar Log4j. No tiene dependencias y se prueba (o incluso se incluye) en varios servidores de aplicaciones web. Puede configurarlo fácilmente a través de DSL en Config.groovy o en un archivo de configuración separado en el entorno de producción.

Ambos commons-logging y SLF4J son contenedores para Log4j y lo utilizan debajo.

El grails.logging.jul.usebridge = true se utiliza para poner java.util.logging a través de SLF4J, como se describe here.

+3

Sin embargo, debe tenerse en cuenta que la documentación oficial advierte sobre los problemas de rendimiento del uso de 'grails.logging.jul.usebridge = true' en entornos de producción: * [slf4j sitio web] (http: //www.slf4j. org/legacy.html # jul-to-slf4j) y * [sitio web de Grails] (http://grails.org/1.3.5+Release+Notes) –

+1

** Tenga en cuenta **: SLF4J es * no * un "contenedor log4j" de cualquier manera, forma o forma. Estas son malditas mentiras. SLF4J es una API de registro que tiene un enlace para log4j (si eso es lo que elige usar), pero también tiene enlaces para muchas otras cosas: logback, JUL, JCL, etc. – smeeb

+0

como @DavidRiccitelli dijo que había causado serios problemas de rendimiento en nuestros servidores de producción Establecerlo en falso resolvió el problema. – Nico