Replies: 4 comments 7 replies
-
|
Yes that should work: Can you try removing the |
Beta Was this translation helpful? Give feedback.
-
|
Hi, thanks for your reply. Your gif shows what I'm looking for, but unfortunately, your suggestion didn't work. To try again, I did a fresh install only for the essential plugins. In addition, I built everything from the source (newest versions). The nvim-dap still has the same behavior, but the message "Source not available, cannot jump to frame" was gone. Here is my new ~/.config/nvim/ftplugin/java.lualocal JAR_PATH = os.getenv('HOME') .. '/.config/nvim/servers/eclipse.jdt.ls/org.eclipse.jdt.ls.product/target/repository/plugins/org.eclipse.equinox.launcher_1.6.400.v20210924-0641.jar'
local CONFIG_PATH = os.getenv('HOME') .. '/.config/nvim/servers/eclipse.jdt.ls/org.eclipse.jdt.ls.product/target/repository/config_linux'
local DEBUG_PATH = os.getenv('HOME') .. '/.config/nvim/servers/java-debug/com.microsoft.java.debug.plugin/target/com.microsoft.java.debug.plugin-0.42.0.jar'
local WORKSPACE_DIR = vim.fn.fnamemodify(vim.fn.getcwd(), ':p:h:t')
-- Debugging
local bundles = {
vim.fn.glob( DEBUG_PATH, 1 ),
}
local config = {
cmd = {
'java',
'-Declipse.application=org.eclipse.jdt.ls.core.id1',
'-Dosgi.bundles.defaultStartLevel=4',
'-Declipse.product=org.eclipse.jdt.ls.core.product',
'-Dlog.protocol=true',
'-Dlog.level=ALL',
'-Xms1g',
'--add-modules=ALL-SYSTEM',
'--add-opens', 'java.base/java.util=ALL-UNNAMED',
'--add-opens', 'java.base/java.lang=ALL-UNNAMED',
'-jar', JAR_PATH,
'-configuration', CONFIG_PATH,
'-data', vim.fn.expand('~/.cache/nvim/workspaces_jdtls/') .. WORKSPACE_DIR
},
root_dir = require('jdtls.setup').find_root({'.git', 'mvnw', 'gradlew'}),
init_options = {
bundles = bundles,
},
on_attach = function(client, bufnr)
require('jdtls').setup_dap({ hotcodereplace = 'auto' })
require('jdtls.dap').setup_dap_main_class_configs()
end
}
require('jdtls').start_or_attach(config):lua print(vim.inspect(vim.lsp.get_active_clients()))The log below is written when I execute ~/.cache/nvim/dap.logEDIT: ~/.cache/nvim/dap.log |
Beta Was this translation helpful? Give feedback.
-
Yes, I can move in and move out using
I don't have any specific configuration, just the following code:
I'm not using any step filters, at least not consciously. In this link, I'm sharing all the setup I'm using for investigation. I decided to do this to isolate to solve the problem. EDIT: Are you using some decompiler? |
Beta Was this translation helpful? Give feedback.
-
|
Hey guys, I know it's a long time ago since the discussion ended but I stumbled over the same issue. I created a small hello world Maven project and enabled debug logging for nvim-dap. As lobophf I am able to jump into the decompiled classes by using lsp.log My java.lua ftplugin config that also adds the java decompiler JARs: and nvim-dap config: What bugs me is Sounds like there is no decompiler support in general. But where does this message originates from? DAP, JDTLS or the java-debugger itself? The result is that there is no |
Beta Was this translation helpful? Give feedback.

Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
I did an experiment by setting a breakpoint at
System.out.printlnline in ItelliJ. When I start a debug session and step into then, the IDE goes to thePrintStream.classIt's possible to do the same with Neovim? When I tried that, the message
"Source not available, cannot jump to frame"appeared.My log file shows:
~/.cache/nvim/dap.log
Here is my configuration:
~/.config/nvim/ftplugin/java.lua
Beta Was this translation helpful? Give feedback.
All reactions