optimizely / optimizely/java-sdk
FindBugs / SpotBugs collision
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- Java
- Estrellas
- 44
- Forks
- 32
- Merge medio
- 8 h 39 min
- PR fusionados (30 d)
- 1
Descripción
The core-api module depends on both FindBugs com.google.code.findbugs:jsr305:3.0.2 and SpotBugs com.google.code.findbugs:annotations:3.0.1.
SpotBugs seems to be the "successor" of FindBugs. But this leads to unexpected errors.
Different versions are used 3.0.1 vs 3.0.2 which does not make sense to me.
And most importantly, since these are almost identical copies, it will create collision errors on the consumer side, for example:
Duplicate class javax.annotation.CheckForNull found in modules annotations-3.0.1 (com.google.code.findbugs:annotations:3.0.1) and jsr305-3.0.2 (com.google.code.findbugs:jsr305:3.0.2)
Is there a good reason to keep this "duplicated" dependency?
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.
Línea de trabajo
Comienza con las líneas 5-6 de core-api/build.gradle e inspecciona por qué se declaran tanto FindBugs jsr305 como SpotBugs annotations. Reproduce el error de duplicate-class del lado del consumidor y verifica después si las declaraciones de dependencias pueden hacerse sin conflictos o si existe una razón documentada que requiera ambas; se considera completado cuando la colisión se haya resuelto o la justificación sea clara.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- java
- Área
- build-system
- Tipo de issue
- Error
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Estado de actividad
- Estancado
- Claridad
- Bastante claro
- Aptitud para principiantes
- 35/100