You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Essentially it seems that user-specified sourcePaths are no longer used when resolving the filesystem path for a file in the stack trace after the above patch. The result is that we always return jdt:// paths which not all clients know how to handle.
It seems to me that we should always prefer filesystem paths (having applied user sourcePaths) over "internal" jdt:// paths.
Hi Ben Jackson (@puremourning), I'm an AI Support assistant here to help with your issue. While the team reviews your request, I wanted to provide some possible tips and documentation that might help you in the meantime.
As a temporary workaround, you can configure VS Code’s java.project.sourcePaths (in settings.json) to include your sources so the language server can resolve filesystem paths even if the debugger emits jdt:// URIs.
Explains that java.test.config.sourcePaths is for dependency sources, whereas java.project.sourcePaths defines project structure. Might help clarify which setting to use.
The team will respond to your issue shortly. I hope these suggestions are helpful in the meantime. If this comment helped you, please give it a 👍. If the suggestion was not helpful or incorrect, please give it a 👎. Your feedback helps us improve!
'Shortly'? It's been Ignored for 3 years, bot. I'm not sure I'll live long enough to see this resolved.
damn bro this is hecking bad to see. The habibis from jdtsl actually patch stuff quickly. Nevertheless, I also found issue: when project has both pom and gradle this java-debug fails to correctly resolve where the heck main class is.
Activity
puremourning commentedon Nov 7, 2022
One solution might be an option to ask the server to never return a .class file jdt:// path and always return from the sourcePaths or "unknown"
[-]sourcePaths no longer work after #890[/-][+]sourcePaths no longer work after #354[/+]github-actions commentedon Nov 14, 2025
Hi Ben Jackson (@puremourning), I'm an AI Support assistant here to help with your issue. While the team reviews your request, I wanted to provide some possible tips and documentation that might help you in the meantime.
jdt://URIs and ignores usersourcePaths.java.project.sourcePaths(in settings.json) to include your sources so the language server can resolve filesystem paths even if the debugger emitsjdt://URIs.sourcePaths) overjdt://URIs.Other references with low confidence
java.test.config.sourcePathsis for dependency sources, whereasjava.project.sourcePathsdefines project structure. Might help clarify which setting to use.The team will respond to your issue shortly. I hope these suggestions are helpful in the meantime. If this comment helped you, please give it a 👍. If the suggestion was not helpful or incorrect, please give it a 👎. Your feedback helps us improve!
puremourning commentedon Nov 14, 2025
'Shortly'? It's been Ignored for 3 years, bot. I'm not sure I'll live long enough to see this resolved.
javanoo6 commentedon Jun 8, 2026
damn bro this is hecking bad to see. The habibis from jdtsl actually patch stuff quickly. Nevertheless, I also found issue: when project has both pom and gradle this java-debug fails to correctly resolve where the heck main class is.
puremourning commentedon Jun 9, 2026
I stand corrected! Thanks for the fix :)