Warum muss ich hinzufügen Artefakt JSR305 zu verwenden, Guave 14+?

Während der Suche nach Informationen auf stackoverflow habe ich eine Frage ähnlich wie meine, aber keine wirkliche Antwort hier.

Muss ich die Migration meiner maven-Projekt aus Guave 11.0.2 zu Guave 14 oder höher (ich brauche RangeSet). Ich aktualisierte mein maven-pom mit der Abhängigkeit:

<dependency>
    <groupId>com.google.guava</groupId>
    <artifactId>guava</artifactId>
    <version>14.0</version>
</dependency>

Ich dann die maven-build, und habe diesen Fehler:

[ERROR] xxx.java: cannot find symbol
[ERROR] symbol  : class Nonnull
[ERROR] location: package javax.annotation

Nahm ich einen Blick näher, und diese Anmerkungen mit JSR305, auf dem hängt Guave 11.0.2, als mvn-repository berichten.

Was ich seltsam finden ist, dass Guave 14 hängt auch davon ab, JSR305 als mvn-repository berichten.

Wenn ich die JSR-Abhängigkeit zu meinem pom, dann ist die Zusammenstellung gerade gut läuft:

<dependency>
    <groupId>com.google.code.findbugs</groupId>
    <artifactId>jsr305</artifactId>
    <version>1.3.9</version>
    <scope>provided</scope>
</dependency>

Aber warum hätte ich hinzufügen müssen, um diese Abhängigkeit zu meinem pom, wenn Guave bereits hängt es ? Das sieht mehr ein workaround als eine Lösung, und ich würde es vorziehen, zu verstehen und die Dinge sauber.

Vielen Dank für die Teilnahme.

  • Ich scheine zu erinnern, dass dies ist notwendig, wenn mit der Scala-compiler ist, dass dein setup?
  • Speziell, stackoverflow.com/questions/10007994/...
  • Das ist nicht mein setup, da ich ein java-Projekt. Aber das Thema ist sehr nah an mir...
InformationsquelleAutor Rémi Doolaeghe | 2014-06-17
  1. 13

    Dem Grund, dass Sie brauchen, um hinzuzufügen, ist es wie eine Abhängigkeit, weil Guave 14 definiert die Abhängigkeit in Ihrer pom wie folgt:

    <dependency>
    <groupId>com.google.code.findbugs</groupId>
    <artifactId>jsr305</artifactId>
    <version>1.3.9</version>
    <scope>provided</scope>
</dependency>

    Der wichtige Teil für das problem ist die <scope>provided</scope> Linie.

    Aus der maven - website Sie die folgenden Angaben mit Bezug auf provided Abhängigkeiten:

    zur Verfügung gestellt:
    Das ist so ähnlich wie compile, sondern gibt an, dass Sie erwarten, dass die JDK oder einen Behälter bereitzustellen, die Abhängigkeit zur Laufzeit. Zum Beispiel beim erstellen einer web-Applikation für die Java Enterprise Edition, wäre die Abhängigkeit von der Servlet-API und die zugehörigen Java-EE-APIs Umfang provided weil der web-container stellt diese Klassen. Dieser Bereich ist nur verfügbar auf der Kompilations-und test-Klassenpfad, und ist nicht transitiv.

    Also im Grunde, weil Guave haben dies als eine provided Abhängigkeit, die Sie erwarten, wer verbraucht Guave zu bieten, diese Abhängigkeit, das ist genau das, was Sie zu tun hatten.

    In Guava 11.0.2, es war eine normale compile Abhängigkeit, damit Sie nicht haben, um es in Ihr eigenes Projekt.

    Die änderung wurde vorgenommen, Guave 13. Aus der release notes:

    Gemacht findbugs sofern eine Abhängigkeit zu verhindern, dep Konflikte bei der Verwendung von findbugs 2.0. Der Nebeneffekt dieser änderung ist, dass Projekte, die verlassen Guave gewähren von Zugriff auf die JSR-305 Anmerkungen "for free" brechen, es sei denn, Sie stellen Ihre eigene direkte Abhängigkeit auf das Glas (oder ein äquivalent). Projekte sollten immer direkt abhängig von JSR-305 (per maven best-practice), aber diese änderung macht, sollte in eine muss.

    • Ja und Nein. Sie können versuchen, diese selbst - schaffen Sie ein sauberes Projekt nur mit Guave und ohne JSR-305. Alles funktioniert Prima in Java (mindestens in Java 7, nicht sicher über Java 8). Das ist, weil Sie nicht brauchen, die Klassen für Annotationen zur Laufzeit. Siehe zum Beispiel stackoverflow.com/questions/3567413/.... Mit Scala, aber dies ist ein anderes Lied und Sie haben Recht.
    • In meinem Fall brauche ich es zur Laufzeit, also DB5 Antwort passt zu mir.
    • Alles in Guave an sich sollte funktionieren, ohne die JSR-305 jar zur Laufzeit. Wenn Sie wurden mit JSR-305 Anmerkungen in Ihrer eigenen code, dann ja, Sie müssen, hängt es nun direkt zu kompilieren. (Sollten Sie dennoch nicht benötigen, ist es zur Laufzeit, es sei denn, du tust Reflexion auf die Anmerkungen aus irgendeinem Grund.)
    • Also ich bin verwirrt über diese ganze Sache im Zusammenhang zu Laufzeit-Bindung. Wenn ich auch Guave als Abhängigkeit in meiner Anwendung, aber ich weiß nicht jsr305 als Abhängigkeit, wenn ich die Reflexion auf meinen code muss ich Gefahr laufen, eine Ausnahme ausgelöst wird, weil eine Methode gibt an, dass es die @Nonnull annotation beispielsweise noch jsr305 war nicht Bestandteil der binäre?
    InformationsquelleAutor DB5
Schreibe einen Kommentar