Silent failures when POM files are missing or unresolvable
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 35/100
- issue の種類
- バグ
- 明瞭さ
- おおむね明確
- 活発さ
- 停滞
- 技術スタック
- groovy, kotlin
- 領域
- build-system
調査の方向性
OssLicensesPlugin.groovy から始め、POM 解決クエリと UnresolvedArtifactResult の処理を追跡します。次に LicensesTask.groovy:addLicensesFromPom() と addGooglePlayServiceLicenses() を読み、現在のエラーおよび警告の動作を比較します。Done では、解決できない POM または存在しない POM の処理を定義し、依存関係のライセンス出力が完全であることを検証する必要があります。
索引モデルが issue の本文から書いたものです。
説明
Problem
When the plugin resolves POM files for license extraction, failures are silently swallowed:
-
Network/resolution failures:
createArtifactResolutionQuery()returnsUnresolvedArtifactResultfor POMs that can't be fetched. The plugin filters these out silently — the dependency just gets no license entry in the output. -
Missing POM files:
addLicensesFromPom()logs an error (POM file $pomFile for $group:$name does not exist) but continues. The build succeeds with incomplete license data. -
No completeness validation: There's no check that every dependency in AGP's
METADATA_LIBRARY_DEPENDENCIES_REPORTactually ended up with a license entry in the final output. Missing licenses are invisible to the user.
Impact
A build can produce third_party_licenses / third_party_license_metadata files that are silently missing license entries for some dependencies. This could be a compliance issue.
Considerations
- Some POMs legitimately have no
<licenses>block — should that be a warning vs. an error? - Should there be a strict mode (fail on missing) vs. lenient mode (warn only)?
- Google Play Services artifacts bundle their own license data in the AAR, so missing POMs for those are less critical
Relevant code
OssLicensesPlugin.groovy— POM resolution query filters outUnresolvedArtifactResultsilentlyLicensesTask.groovy:addLicensesFromPom()— logs error but doesn't failLicensesTask.groovy:addGooglePlayServiceLicenses()— logs warn but doesn't fail
- 主要言語
- Kotlin
- スター
- 526
- フォーク
- 170
- 平均マージ
- 1日 7時間
- マージ済み PR（30日）
- 3
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
google/play-services-plugins のほかの issue
-
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
google/play-services-plugins#466 ·
メンテナーはふだん 1 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 35/100
google/play-services-plugins#362 ·
メンテナーはふだん 1 日以内に返信
-
難易度 3/5 1〜2日 初心者へのやさしさ 35/100
google/play-services-plugins#343 · リアクション 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 45/100
google/play-services-plugins#303 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 3/5 1〜2日 初心者へのやさしさ 52/100
google/play-services-plugins#302 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
google/play-services-plugins の issue をすべて見る
似ている issue
-
pending:code-area pending:issue-category to-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
T31n/YagniLauncher#1096 ·
メンテナーはふだん 1 日以内に返信
-
win_build: parallel PostBuildEvent race in example_app_atiopencl and example_app_nvopencl copying openclapp_kernels.cl対応中かも @qixuancao が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 73/100
メンテナーはふだん 1 日以内に返信
-
OkHttp versions 5.4.0+ no longer include baseline-prof.txt対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープンbug
難易度 1/5 1時間未満 初心者へのやさしさ 83/100
lysine-dev/okhttp#9828 ·
メンテナーはふだん 1 日以内に返信
-
bug Impact: Low Work: Low
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
oppia/oppia-android#6532 · コメント 1 件 ·
メンテナーはふだん 3 日以内に返信