redhat-developer / redhat-developer/vscode-java
hot code replace set to auto causes endless "appyling code changes" notifications
Chưa có ai nhận issue này.
- Ngôn ngữ chính
- TypeScript
- Star
- 2.3k
- Fork
- 546
- Merge trung bình
- 20 giờ 1 phút
- Pull request đã merge (30 ngày)
- 11
Mô tả
Usually I use the "hode code replace" feature set to auto, so whenever I save the code is automatically injected into the running process. Since a few days this is not working as expected any more.
As soon as I save, the functionality kicks in and the java LSP process goes crazy. It goes up to 200-300% CPU and never comes back.
The problem seems to be that the "Applying code changes ..." functionality is repeatedly started over and over again, but seems to never stop.
It does not recover on its own, I have to restart vscode.
Environment
- Operating System: macOS 11.6.2 (20G314)
- JDK version:openjdk 17.0.1 2021-10-19
- Visual Studio Code version: 1.65.1
- Java extension version: v0.22.0
Steps To Reproduce
- Set "Hot code replace" to
auto - Halt on breakpoint
- Change code and save a few times in a row
After a few times it looks like this:
The log contains proprietary code, so I cannot easily share it here. But it seems fine, no repeating (error) messages of any kind. Just the change detection seems to kick in repeatedly and invoke the "hot code replace" every time (which never returns).
Current Result
"Applying code changes" goes crazy.

Expected Result
Apply codes changes. Java LSP process should permanently consume 200-300% CPU after it.
Additional Informations
If I use the manual "hot code replace" (the lightning symbol), I can't reproduce the issue.
Hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Hướng nghiên cứu
Bắt đầu bằng cách tái hiện vấn đề với automatic hot code replace, một breakpoint và nhiều lần lưu, sau đó kiểm tra các điểm đầu vào của Java LSP hot-code-replace và tính năng phát hiện thay đổi. So sánh với luồng lightning-button thủ công. Được xem là hoàn tất khi các lần lưu lặp lại chỉ áp dụng thay đổi một lần, không có thông báo vô tận hoặc mức sử dụng CPU 200–300% kéo dài.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Đánh giá
- Công nghệ
- java, typescript, vscode
- Lĩnh vực
- developer-experience, tooling
- Loại issue
- Lỗi
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức độ hoạt động
- Đình trệ
- Độ rõ ràng
- Khá rõ ràng
- Mức phù hợp với người mới
- 35/100