`boot-java.live-information.automatic-tracking.on` is not working on vscode.
See original GitHub issueDescribe the bug
boot-java.live-information.automatic-tracking.on
is not working as described on vscode.
To Reproduce
- set
boot-java.live-information.automatic-tracking.on
to true - open a springboot project. e.g. spring-petclinic
- debug the project, live hover information is not shown.
- at this time, if you manually run command
manage live spring boot process connections
, and pick the correct process, it fails after several retries.
Sample https://github.com/spring-projects/spring-petclinic
I remember long time ago it was working well and live information was shown by default. And I find this commit https://github.com/spring-projects/sts4/commit/2cecd451e6c05aead15df1f7a3387428ca58daf0 changed its default value from true
to false
. So what was the purpose to turn it off?
Issue Analytics
- State:
- Created 2 years ago
- Comments:16 (8 by maintainers)
Top Results From Across the Web
Spring Boot support in Visual Studio Code
If you run into any issues when using the features below, you can contact us by opening an issue. Prerequisites. To develop a...
Read more >Spring Tools 4.14.0 released
(VSCode) fixed: VSCode Spring boot tools 1.30.0 error trying to find ... boot-java.live-information.automatic-tracking.on is not working on ...
Read more >VS Code for Spring Boot Java Development - YouTube
This video is a step by step guide to setup and develop Spring Boot applications using Visual Studio Code. I will be building...
Read more >Develop your Spring Boot application with Visual Studio Code
If this file exists, when opening the VSCode project, it will recommend installing them if we do not have them. This would be...
Read more >Visual Studio Code syntax highlighting is not working for ...
I think this was caused by the extension called JavaScript and TypeScript Nightly. This was causing the syntax highlighting for .js and .ts ......
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
With regards to the process ID: In case we can determine the process ID directly, we could also go down the path to directly tell the language server to connect live hovers for that process. For that case, I would tend to add a specific command param that contains the process ID - instead of reconstructing the name of the command that the language server generates for a Java process that it finds on the machine. That identifier was only be meant to be generated by the language server, then sent to the client, and sent back from the client to the language server (in case you want to connect manually to that specific process). The exact syntax of this generated name is not well defined and can change between platforms, JVMs, etc. So reconstructing that on the client side is dangerous.
Instead, we could introduce the process ID as a command param directly into this game and therefore allow the language server to pick the exact process when the command to connect live hovers arrive.
The language server could also include the process ID as a separate param in the generated command (for completeness). Happy to discuss this in further detail anytime @BoykoAlex
Yes, we can switch that to
true
. Makes sense to me. @BoykoAlex Feel free to make that change.