optimizely / optimizely/java-sdk
FindBugs / SpotBugs collision
Personne n'a encore pris cette issue.
- Langage dominant
- Java
- Étoiles
- 44
- Forks
- 32
- Merge moyen
- 8 h 39 min
- PR mergées (30 j)
- 1
Description
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?
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par les lignes 5-6 de core-api/build.gradle et examinez pourquoi FindBugs jsr305 et SpotBugs annotations sont tous deux déclarés. Reproduisez l’erreur de duplicate-class côté consommateur, puis vérifiez si les déclarations de dépendances peuvent être rendues non conflictuelles ou si une raison documentée impose les deux ; le travail est terminé lorsque la collision est résolue ou que la justification est claire.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- java
- Domaine
- build-system
- Type d'issue
- Bug
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 35/100