Resolve command logback logging problem
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 35/100
Línea de trabajo
Comienza reproduciendo el comando vertx resolve con el proyecto vertx-cli-starter y sus dependencias de vertx-stack.json. Compara la ruta de ejecución de Java del gestor de stacks con la ejecución del verticle descrita en el issue, centrándote en por qué el binding de SLF4J no está disponible durante la resolución. Se considera terminado cuando el comando de resolución ya no muestra la advertencia de StaticLoggerBinder y el comportamiento de logging indicado sigue funcionando.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
I just started playing with stack manager resolve command. Apparently, there is some issue with the logger used by the stack manager that throws following messages on console:
./vertx.sh resolve
2018-03-29 12:20:41.182 [main] INFO stack-manager-cache - Set resolver cache to /Users/marcin.czeczko/Work/vertx-cli-starter/vertx/.stack-manager-cache.json
2018-03-29 12:20:41.185 [main] INFO stack-manager-cache - Loading resolver cache from /Users/marcin.czeczko/Work/vertx-cli-starter/vertx/.stack-manager-cache.json
SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
SLF4J: Defaulting to no-operation (NOP) logger implementation
SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.
What I did is:
- Used vertx-cli-starter project
- Added slf4j-api, logback-classic, logback-core jars to lib/ and to the vertx-stack.json as dependencies
- To the java exec command I added
-Dvertx.logger-delegate-factory-class-name=io.vertx.core.logging.SLF4JLogDelegateFactory
The effects are:
- When running
vertx resolvecommand prints out the SLF4J error about StaticLoggerBinder - If I run my verticle that uses logging it works just fine.
It seems that stack-manager is using different logging api. Could you please advice how can it be solved ?
Btw. the reproducer is here: https://github.com/marcinczeczko/vertx-starter-logger-issue
- Lenguaje dominante
- Java
- Estrellas
- 123
- Forks
- 46
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de vert-x3/vertx-stack
-
enhancement
Dificultad 3/5 1-2 días Aptitud para principiantes 57/100
vert-x3/vertx-stack#153 ·
-
enhancement
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
vert-x3/vertx-stack#113 ·
-
bug enhancement
Dificultad 3/5 1-2 días Aptitud para principiantes 45/100
vert-x3/vertx-stack#91 · 2 comentarios ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 30/100
vert-x3/vertx-stack#75 · 1 comentario ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
vert-x3/vertx-stack#74 ·
Todos los issues de vert-x3/vertx-stack
Issues similares
-
enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
Shweit/EtherealPortals#30 ·
-
Typo in jakartaee-bom 12.0.0-SNAPSHOT with cdiPosiblemente ocupada @ElectLive la tomó hoy. Abierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 80/100
jakartaee/jakartaee-api#205 · 1 comentario ·
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
liberation-data/drivine4j#547 ·
Los mantenedores suelen responder en 1 día
-
enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
BindingServiceProperties.bindings regressed to a non-thread-safe TreeMap in GH-3158: concurrent first use of binding names corrupts itPosiblemente ocupada @AkashB23 la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
spring-cloud/spring-cloud-stream#3321 ·
Los mantenedores suelen responder en 1 día