bintray(jcenter)で、複数のアーティファクトを含むパッケージがありますが、なぜですか？

Question

勉強のためMavenのパッケージを検索するツールを作っています。JCenterの概念がよく分からないので教えて下さい。

まず、jcenterでは階層構造に従ってMavenパッケージが保存されていると理解しています。

以下のURLだと、 owner = bintray, repo = jcenter, name = junit:junit という理解です。
https://bintray.com/bintray/jcenter/junit:junit

URLを開くと、このパッケージに含まれるアーティファクトは junit:junitだけだということも分かります。

ところが、次のURLのパッケージには複数のアーティファクトが含まれるようです。
https://bintray.com/isabiq/maven-repo/java9-migration

ここで疑問があります。

• ひとつのパッケージに複数のアーティファクトを含めると何が嬉しいのでしょうか？単に複数のパッケージを作れば事足りませんか？
• 2つ目のURLのように、自作ではないアーティファクトを自分のパッケージで公開？することは普通ですか？
• パッケージがバージョンを持ち、かつパッケージ内に複数のアーティファクトがあるということは、アーティファクトの最新バージョンを知ることができず困らないでしょうか？

以上、よろしくお願いします。

Answer 1

とりあえずBintrayやJCenter等についての説明からします。
まず、BintrayはJFrong社が開発・運営する汎用パッケージリポジトリサービスで、MavenだけでなくNuGet(.Net), Docker, npm等の様々なパッケージマネージャーに対応しています。そのため、Maven Central等のMaven専用のリポジトリとは用語・構造が少し異なります。
JCenterは、Bintray公式のBintray上にあるMavenパッケージをミラーリングする用のリポジトリです。BintrayをMavenリポジトリとして使用する場合、各リポジトリごとに参照を設定しないといけない(以下のコードのmaven{}の部分が増える)ので、主にその手間を簡略化するために用いられます。

repositories {
	maven {
		url  "https://dl.bintray.com/justincase/aws-cdk-kotlin-dsl"
	}
}

そして、質問に関する答えなんですが、

• 少なくともMavenに限るなら、Mavenリポジトリとしてアーティファクトを利用する際の記述は何も変わらないので、ぶっちゃけ好みな感じがします。( AWS-CDK-Kotlin-DSL ではアーティファクトごとにパッケージを作成していますが、 Ktor では1つのパッケージにまとめています)。Ktorの様なマルチモジュール型のライブラリの場合は各バージョンに存在するアーティファクトを一覧で見れる、というメリットがあります。(Ktorレベルの量になるとロードがめっちゃ重いですが・・・)あとはKotlinのMPP対応ライブラリの場合、1つのバージョンに各プラットフォーム対応のアーティファクトが含まれる形になるのではないでしょうか？
• 自作でないアーティファクトに関しても公開するのは一般的ではないです。基本的には作者が公開しているものを使えばいいので(何らかの事情でビルド済みのバイナリが手に入らない場合等はすることも考えられますが)。ただ、他人の作った物のフォークをそのままのgroupId, artifactIdで公開する事は稀にあります。
• 例に挙げられている様な構造だと普通に困ると思います。ですが、そのパッケージは色々な意味で特殊なので気にしない方が良いと思います。