microsoft / microsoft/vscode-java-pack
Should support polyglot projects better
まだ誰も着手していません。
- 主要言語
- TypeScript
- スター
- 352
- フォーク
- 166
- 平均マージ
- 17時間 47分
- マージ済み PR(30日)
- 32
説明
Java projects are not automatically detected when a polyglot project is opened in VS Code. For example, microservice app (e.g. https://github.com/elgris/microservice-app-example) usually places each service into a separate folder, see the structure below. Since the root folder doesn't have any build file, Java extensions are not be activated automatically. Every time users have to open a Java file before using any Java feature, which is not convenient.
microservice
├── frontend
│ ...
│ └── package.json
├── backend
│ ...
│ └── pom.xml
└── README
To support polyglot project better, we can relax the activation event a little bit. For example, allow detection of build files from direct subfolders. VS Code activation events support glob pattern, which we can implement using workspaceContains:*/pom.xml. The glob pattern */pom.xml only scans two levels of directories and doesn't add much scanning cost.
"workspaceContains:*/pom.xml",
"workspaceContains:*/build.gradle",
"workspaceContains:*/settings.gradle",
"workspaceContains:*/build.gradle.kts",
"workspaceContains:*/settings.gradle.kts",
This feature request applies to all Java extensions under Java pack.
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず Java 拡張機能の activationEvents を見つけ、現在の workspaceContains パターンと提案されている direct-subfolder パターンを比較します。Java のビルドファイルがルートの 1 階層下にある polyglot workspace で変更を検証し、最初に Java ファイルを開かなくても Java の機能が有効になることを確認します。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- java, typescript, vscode
- 領域
- developer-experience, tooling
- issue の種類
- 機能追加
- 難易度
- 2/5
- 見積もり時間
- 1〜3時間
- 活発さ
- 停滞
- 明瞭さ
- 明確に書かれている
- 初心者へのやさしさ
- 55/100