microsoft / microsoft/vscode-java-debug
java.debug.settings.hotCodeReplace "auto" has a wierd behaviour
まだ誰も着手していません。
- 主要言語
- TypeScript
- スター
- 591
- フォーク
- 429
- 平均マージ
- 1日 9時間
- マージ済み PR(30日)
- 19
説明
As per title if I set java.debug.settings.hotCodeReplace to "auto" it seems to trigger the "applying code changes" multiple time, which requires more time and eventually ends up in rebuilding the entire application instead of the single modified.
I tried to look out for some kind of output or log to get core of the issue but without any success. I also tried to look out at the docs in case I messed up the settings but nothing looks out of place, except maybe for the "java.autobuild.enabled" set to true (which is not a debugger setting).
"java.debug.settings.console": "internalConsole",
"java.debug.settings.hotCodeReplace": "manual",
"java.debug.settings.forceBuildBeforeLaunch": true
Manually invoking the hot code replace works as intended (at least per my knowledge).
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
java.debug.settings.hotCodeReplace を "auto" に設定し、java.autobuild.enabled を true に、forceBuildBeforeLaunch を有効にした状態で、Java デバッガーで問題を再現します。繰り返される "applying code changes" の動作と完全な再ビルドを、手動の hot code replace と比較します。自動置換が不必要に繰り返されず、アプリケーション全体も再ビルドされなくなれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- java, typescript
- 領域
- devtools
- issue の種類
- バグ
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 38/100