redhat-developer / redhat-developer/vscode-java
Gradle projects do not build correctly (the bin/ directory again)
まだ誰も着手していません。
- 主要言語
- TypeScript
- スター
- 2.3k
- フォーク
- 546
- 平均マージ
- 20時間 1分
- マージ済み PR(30日)
- 11
説明
#634 is the underlying issue, but that was closed by brushing it under the carpet (IMO it deserves to be fixed). The problem I have is actually worse - the classpath is incomplete because it doesn't contain resources created and/or copied into build/resources/main (for instance) by script targets in the build. It's easy to reproduce the problem - here's an example: https://github.com/scratches/vscode-gradle-nonsense (load it up in VSCode and try and run the tests from the codelens and they fail, even though the build succeeds from command line).
See also https://github.com/microsoft/vscode-java-debug/issues/1127
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
リンクされた再現リポジトリから始め、VSCode codelens からテストを実行した場合と、コマンドラインで成功するビルドを比較します。issue #634 と関連する vscode-java-debug issue を読み、その後、build/resources/main に作成またはコピーされたリソースが codelens のテストクラスパスでどのように表現されるかを追跡します。これらのリソースを利用可能な状態で、再現されたテストが正常に実行できれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- java, typescript
- 領域
- build-system, tooling
- issue の種類
- バグ
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 25/100