[SOLUCIONADO] Slf4j, maven y scope

[Xerelo]

Estoy utilizando slf4j y leyendo diversos manuales me he encontrado con algo que no acabo de entender.

http://blogs.cservenak.com/2011/04/s...ing-maven.html

From SLF4J project, the slf4j-api is the only and the one and only one artifact you want to depend in compile scope. Full stop.

Esto me sorprendió un poco porque las dependencias de log suelen funcionar en runtime. El caso es que para implementarlo con Spring me he encontrado esto

http://blog.springsource.org/2009/12...ies-in-spring/

Donde pone todas las dependencias como Runtime, lo he probado y sí funciona.

No acabo de ver la necesidad de que scope compile.

[chuidiang]

Hola:

Realmente los log que use tu código los necesitas en "compile", si no tienes la librería de log correspondiente en tu classpath de compilación, no compila.

Si pones runtime y compilas con maven, posiblemente tampoco compile. Otro tema es que generes tu proyecto eclipse o lo que sea con algo como "mvn eclipse:eclipse". Eclipse no entiende de runtime o compile, si está la dependencia, pone el jar y listo, por lo que eclipse funciona igual con runtime, compile, test o provided.

slf4j está pensado para lo siguiente. Tu haces una aplicación web (un war, por ejemplo) o una librería (un jar sin main) que pretendes que otros usen en sus aplicaciones. Estaría feo que ese war o librería usara y me obligara a usar log4j, por ejemplo, cuando yo en mi aplicación o servidor web no tengo log4j, o uso otra alternativa como el logging de java.

slf4j nace como un puente entre tu librería y un log de verdad como log4j. Tu usas en tu código slf4j y luego, cuando alguien use tu librería en su proyecto o despliegue tu war en su servidor, "conecta" tu slf4j con log4j (añadiendo el jar slf4j-log4j12.jar), de esta forma tu log se integra con el log que tenga el servidor web o la aplicación.

Es por eso que en tu proyecto maven sólo debes poner dependencia de slf4j-api como compile (si no lo haces así, tu código no compila) y dejar las dependencias de slf4j-log4j12 y log4j como "provided". Ni siquiera "runtime", porque si la pones "runtime", cuando maven genere tu war incluirá slf4j-log4j12 y log4j dentro del war, cosa que no queremos.

Se bueno.

[Xerelo]

Si pones runtime y compilas con maven, posiblemente tampoco compile. Otro tema es que generes tu proyecto eclipse o lo que sea con algo como "mvn eclipse:eclipse". Eclipse no entiende de runtime o compile, si está la dependencia, pone el jar y listo, por lo que eclipse funciona igual con runtime, compile, test o provided.

Creo que esa es la clave, yo uso eclipse con el plugin de maven, así que como tú dices para eclipse siempre existe, de ahí que me compilase sin problemas a pesar del Runtime.

De todas formas en el blog de Spring, ponen todas las dependencias como Runtime, así que entre eso y que me compilaba me rompieron los esquemas.