Od wersji Gradle 1.7 pojawiło się nowe repozytorium publiczne JCenter.
repositories {
jcenter()
}
Więc chcę zapytać, czy wszystkie słoiki z Maven Central są częścią tego repozytorium? A jeśli nie, z czego składa się repozytorium JCenter? Czy JCenter jest bardziej niezawodny z Maven Central jako przestój?
gradle
repository
maven-central
Xelian
źródło
źródło
Odpowiedzi:
jcenter()
jest podobny domavenCentral()
. Zajrzyj na https://bintray.com/bintray/jcenter, aby uzyskać więcej informacji. Faceci z jCenter twierdzą, że mają lepszą wydajność niż Maven Central.źródło
jcenter()
punktów do jcenter.bintray.com imavenCentral()
do repo1.maven.org/maven2jcenter()
. Kiedy wyszukuję w Google org.javafxports: jfxmobile-plugin: 1.3.8, wchodzę na bitbucket.org/javafxports/javafxmobile-plugin . to musi oznaczać, że jcenter równa się butbucket!Jak wspomniano na https://bintray.com/bintray/jcenter :
Również dobre porównanie znajduję na https://www.jfrog.com/knowledge-base/why-should-i-use-jcenter-over-maven-central/ (niestety link wydaje się martwy, ale kilka przydatnych wskazówek jest tutaj)
źródło
Maven Central i JCenter są w większości równoważne z punktu widzenia użytkownika.
Powodem istnienia dwóch dużych repozytoriów jest to, że Maven Central jest wspierany przez Sonatype, firmę stojącą za Maven, a zwłaszcza za Nexus, repozytorium Maven, które sprzedają przedsiębiorstwom.
JCenter jest wspierany przez JFrog, firmę stojącą za Artifactory, konkurentem Nexusa. Z tego, co pamiętam, JFrog również przez jakiś czas wspierał Gradle, jako konkurent Mavena.
Ostatecznie chodzi więc o konkurencyjne firmy oferujące bezpłatne usługi, aby spróbować zwabić klientów do ich ofert korporacyjnych wyższego poziomu.
Jeśli nie masz bardzo konkretnego powodu, aby użyć jednego z nich, możesz w zasadzie rzucić monetą, aby wybrać jedną.
źródło
jCenter () zawiera artefakty, które nie istnieją w mavenCentral () na przykład
com/bmuschko/gradle-cargo-plugin/2.2.3/gradle-cargo-plugin-2.2.3.jar
źródło