Does not refresh files under resources in Spring Boot Gradle project on save when running in dev container
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 35/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Stale
- Tech stack
- java, spring-boot, vscode
- Domain
- build-system, devtools
Research direction
Start by running the attached demo2.zip project in the listed Java dev container and reproduce the save of src/main/resources/application.properties. Compare it with a direct IDE run, then trace the resource refresh path involved in the dev-container case; done means edits appear in bin/main/application.properties without manually rebuilding the whole project.
Written by the indexing model from the issue text.
Description
This is a similar issue as #1059 but it only occurs when running in dev container.
When editing a file under the resources folder(e.g. src/main/resources/application.properties), the same file under bin folder(e.g. bin/main/application.properties) is not getting refreshed on save if running in dev container. If it's running directly, it gets refreshed without issue.
Environment
- Operating System: Dev Container: java:1-17-bullseye / Direct run: Win11 x64
- JDK version: openjdk 17.0.7 2023-04-18 LTS
- Visual Studio Code version: 1.80.1
- Java extension version: 1.20.0
- Java Debugger extension version: 0.52.0
Steps To Reproduce
- Run attached project with Dev Container
- Try editing src/main/resources/application.properties, e.g. modifying the value of 'some.property'
- Check if the change is reflected in bin/main/application.properties
Current Result
Files under resources are not getting refreshed upon save and require manually triggering the rebuild of the entire project to get them refreshed.
Expected Result
The files under resources should be refreshed upon saving just like the behavior when running the IDE directly.
- Dominant language
- TypeScript
- Stars
- 591
- Forks
- 429
- Avg merge
- 1d 9h
- Merged PRs (30d)
- 19
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from microsoft/vscode-java-debug
-
ai-triaged enhancement
Difficulty 3/5 1-2 days Newbie friendliness 55/100
microsoft/vscode-java-debug#1689 · 2 comments ·
-
ai-triaged bug
microsoft/vscode-java-debug#1666 · 1 comment · 1 assignee ·
-
ai-triaged bug
Difficulty 3/5 1-2 days Newbie friendliness 48/100
microsoft/vscode-java-debug#1658 · 1 comment ·
-
ai-triaged enhancement
Difficulty 4/5 3-5 days Newbie friendliness 45/100
microsoft/vscode-java-debug#1628 · 3 comments ·
-
Feature support. Openai-triaged enhancement
Difficulty 5/5 Over a week Newbie friendliness 25/100
microsoft/vscode-java-debug#1616 · 1 comment ·
All issues in microsoft/vscode-java-debug
Similar issues
-
clawsweeper:linked-pr-open clawsweeper:no-new-fix-pr clawsweeper:source-repro impact:message-loss issue-rating: 🦞 diamond lobster maturity:stable P2
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Eynzof/Hermes-CN-Desktop#616 ·
-
ZCode 3.14.3 に対応する Open
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
supermomonga/zcode-acp#24 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
growthbook/growthbook#7100 ·
-
triage
Difficulty 1/5 1-3 hours Newbie friendliness 88/100