IDE fails to resolve correct class when duplicate classes exist across multiple JARs (shaded vs non-shaded)

オープン

#4,251 2025年11月13日に作成コメント 0 件リアクション 0 件担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度: 4/5
見積もり時間: 3〜5日
初心者へのやさしさ: 42/100

issue の種類: バグ
明瞭さ: おおむね明確
活発さ: 停滞
技術スタック: java, typescript, vscode
領域: developer-experience, tooling

調査の方向性

issue に記載されている Gradle の再現から始め、shaded JAR と unshaded JAR の重複したクラスを使用します。VS Code Java extension が Gradle CLI と比較してどのようにクラスを解決するかを追跡し、型の不一致なしで unshaded の AuthenticationHandler が選択された場合に補完が行われることを確認します。

索引モデルが issue の本文から書いたものです。

説明

Description

The class org.apache.hadoop.security.authentication.server.AuthenticationHandler is present in both the jars i have:

hadoop-client-api.jar (shaded version)
hadoop-auth.jar (non-shaded version)

In the shaded JAR (hadoop-client-api.jar), AuthenticationHandler references HttpServletRequest from a relocated (shaded) servlet package.
In hadoop-auth.jar, the same class references javax.servlet.HttpServletRequest.

This leads to ambiguous class resolution in VS Code.
In our case, the VS Code Java extension mistakenly resolves the shaded AuthenticationHandler from hadoop-client-api.jar instead of the correct one from hadoop-auth.jar, resulting in a type mismatch when extending the class.

Reference screenshot

Environment

Hadoop version: 3.4.0
Java version: 17.0.16
Build tool: Gradle 8.14
IDE: VS Code with Java extension (vscjava.vscode-gradle 3.17.1)

Steps to Reproduce

Create a Gradle project depending on two JARs that contain the same class name.
One JAR uses a shaded package (e.g., org.apache.hadoop.shaded.*).
Reference the class from the unshaded JAR.
Observe that VS Code reports type mismatch or class conflict, while Gradle CLI builds successfully.

主要言語: TypeScript
スター: 2.3k
フォーク: 547
平均マージ: 20時間 9分
マージ済み PR（30日）: 10

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
リポジトリをフォークし、ブランチを切って変更します。
issue 番号を参照したプルリクエストを送ります。

redhat-developer/vscode-java のほかの issue

JDT.LS fails to start with "Unrecognized VM option 'AllowArchivingWithJavaAgent'" オープン

bug

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

redhat-developer/vscode-java#4511 · 2026年9月23日に作成
JDK_HOME can be sorted after lower-priority auto-detected JDK sources オープン

難易度 2/5 1〜3時間初心者へのやさしさ 68/100

redhat-developer/vscode-java#4426 · 2026年6月15日に作成
Language Support for Java [1.56.0] - Out of memory error オープン

bug

難易度 4/5 3〜5日初心者へのやさしさ 45/100

redhat-developer/vscode-java#4506 · コメント 6 件 · リアクション 4 件 · 2026年9月11日に作成
Language Support for Java fails to initialize: command 'sts.java.addClasspathListener' already exists オープン

bug

難易度 4/5 3〜5日初心者へのやさしさ 45/100

redhat-developer/vscode-java#4505 · コメント 5 件 · リアクション 2 件 · 2026年9月10日に作成
Bundled Lombok crashes JDT indexing in 1.57.2026090508: ConstructorDeclaration.constructorCall NoSuchFieldError オープン

難易度 4/5 3〜5日初心者へのやさしさ 52/100

redhat-developer/vscode-java#4504 · コメント 3 件 · リアクション 1 件 · 2026年9月9日に作成

redhat-developer/vscode-java の issue をすべて見る

似ている issue

sortNodePosition throws when a sibling in enteringChildren has not mounted yet (Firefox: compareDocumentPosition: Argument 1 is not an object) オープン

難易度 1/5 1〜3時間初心者へのやさしさ 88/100

motiondivision/motion#3849 · 2026年9月25日に作成
Add: S Play Event HD オープン

check:passed streams:add

難易度 2/5 1〜3時間初心者へのやさしさ 72/100

iptv-org/iptv#52752 · 2026年9月25日に作成
Improvement for contact popover オープン

難易度 2/5 1〜3時間初心者へのやさしさ 68/100

linagora/twake-ui#111 · 2026年9月25日に作成
LiteLLM proxy response_cost (x-litellm-response-cost) is never applied to ChatModelOutput.cost オープン

bug

難易度 2/5 1〜3時間初心者へのやさしさ 84/100

i-am-bee/beeai-framework#1697 · リアクション 1 件 · 2026年9月25日に作成
Support bun dedupe オープン

enhancement

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

antfu/node-modules-inspector#214 · 2026年9月25日に作成

TypeScript の issue をもっと見る