Що входить у сховище JCenter у Gradle?


141

З Gradle 1.7 з'явився новий загальнодоступний сховище JCenter.

repositories {  
   jcenter()  
}

Тож я хочу запитати, чи всі банки з Maven Central є частиною цього репо? А якщо ні, то з чого складається JCenter repo? І чи є JCenter надійнішим від Maven Central як простою?


Відповіді:


126

jcenter()подібний до mavenCentral(). Перегляньте https://bintray.com/bintray/jcenter для отримання детальної інформації. Хлопці jCenter стверджують, що вони мають кращі показники, ніж Maven Central.


33
Зараз в jCenter немає версії 1.18.1 maven-surefire-плагіна, але в MavenCentral ця версія представлена. Тож це не чистий суперсеть mavenCentral ()
Кселіан

Іншим прикладом є AppEngine-апі-1,0-SDK: є v1.9.22 в MavenCentral, але тільки v1.9.17 в jcenter.
naXa

9
Згідно з doc jcenter() вказує на jcenter.bintray.com та mavenCentral()на repo1.maven.org/maven2
real_paul

8
@Xelian, наскільки я знаю, вони ліниві і прозорі. Тож навіть якщо це не показує, що у них є файл, ви можете посилатися на нього, і він буде служити вам належним чином після ледачого отримання файлу з іншого джерела .
TWiStErRob

У мене в класі buildsath є: org.javafxports: jfxmobile-plugin: 1.3.8 - до цього йдеться jcenter(). Коли я переходжу на google org.javafxports: jfxmobile-plugin: 1.3.8, я заходжу на bitbucket.org/javafxports/javafxmobile-plugin . це означає, що jcenter дорівнює butbucket!
Леало

21

Як згадується в https://bintray.com/bintray/jcenter :

JCenter цього місце , щоб знайти і частку популярних пакетів Apache Maven для використання Maven, Gradle, плющ, SBT і т.д. Для найбільш повної колекції артефактів, направте ваш Maven по адресою: http://jcenter.bintray.com Хоче поширювати власні пакети через JCenter? Ви можете зв’язати свій пакет, натиснувши кнопку "Включити мій пакет". А якщо ви перебуваєте у спадок, ви навіть можете синхронізувати ваші пакунки безпосередньо в Maven Central.

Також я знаходжу хороше порівняння на https://www.jfrog.com/knowledge-base/why-should-i-use-jcenter-over-maven-central/ (на жаль, посилання здається мертвим, але деякі корисні підказки є тут)

jcenter - це загальнодоступне сховище, розміщене в bintray, яке вільно використовувати для видавців бібліотеки з відкритим кодом. Є багато вагомих причин використовувати jcenter над Maven Central. Ось деякі з основних:

  1. jcenter доставляє бібліотеку через CDN, що означає поліпшення CI та побудови розробників.
  2. jcenter - найбільший сховище Java на землі. Це означає, що все, що є на Maven Central, доступне і на jcenter.
  3. Завантажити власну бібліотеку у кошик неймовірно просто. Не потрібно їх підписувати чи робити якісь складні речі, як вам доводиться в Maven Central.
  4. Дружній інтерфейс Якщо ви хочете завантажити свою бібліотеку в Maven Central, ви можете це легко зробити одним натисканням кнопки на веб-сайті.

Це посилання є мертвим: jfrog.com/knowledge-base/…, і я не зміг знайти його, де його було перенесено для оновлення
Chris R

1
Не потрібно шукати посилання (як я щойно робив на зворотній машині), оскільки Аліреза скопіював текст із пов’язаної сторінки у свою відповідь.
JL_SO

10

Maven Central та JCenter здебільшого еквівалентні, з точки зору користувача.

Причина 2 великих репостів полягає в тому, що Maven Central підтримується Sonatype, компанією, що стоїть за Maven і особливо за Nexus, сховищем Maven, яке вони продають підприємствам.

JCenter підтримується JFrog, компанією Artifactory, конкурентом Nexus. Як я пам’ятаю, JFrog також деякий час підтримував Gradle, як конкурента Maven.

Отже, врешті-решт, йдеться про конкуруючі компанії, які пропонують безкоштовні послуги, щоб спробувати заманити клієнтів на їхні пропозиції підприємств вищого рівня.

Якщо у вас є зовсім конкретна причина використовувати один з них, ви можете в основному кинути монету, щоб вибрати її.


1

jCenter () містить артефакти , які не існують в mavenCentral () , наприкладcom/bmuschko/gradle-cargo-plugin/2.2.3/gradle-cargo-plugin-2.2.3.jar

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.