Changing cmd does not work

[mr2rm]

Hi,
I've installed jdtls using Mason and there is no configuration for that in nvim-lspconfig and this is my configuration in Lazy.nvim:

local java_filetypes = { 'java' }

return {
  {
    'mfussenegger/nvim-jdtls',
    ft = java_filetypes,
    config = function()
      vim.api.nvim_create_autocmd('FileType', {
        pattern = java_filetypes,
        callback = function()
          require('jdtls').start_or_attach {
            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',
              '-Xmx1g',
              '--add-modules=ALL-SYSTEM',
              '--add-opens',
              'java.base/java.util=ALL-UNNAMED',
              '--add-opens',
              'java.base/java.lang=ALL-UNNAMED',
              '-jar',
              '/Users/mrzrm/.local/share/nvim/mason/packages/jdtls/plugins/org.eclipse.equinox.launcher_1.6.800.v20240330-1250.jar',
              '-configuration',
              '/Users/mrzrm/.cache/nvim/jdtls/myproject/config',
              '-data',
              '/Users/mrzrm/.cache/nvim/jdtls/myproject/workspace',
            },
            root_dir = vim.fs.dirname(vim.fs.find({ 'gradlew', '.git', 'mvnw' }, { upward = true })[1]),
          }
        end,
      })
    end,
  },
}

For troubleshooting purposes, I've put hard-coded values for -configuration and -data options. I use hard coded When I check :LspInfo, there is only one jdtls attached to the buffer correctly but its command doesn't match the one I have in my configuration.

 Press q or <Esc> to close this window. Press <Tab> to view server doc.
 
 Language client log: /Users/mrzrm/.local/state/nvim/lsp.log
 Detected filetype:   java
 
 1 client(s) attached to this buffer: 
 
 Client: jdtls (id: 1, bufnr: [3])
 	filetypes:       java
 	autostart:       true
 	root directory:  /Users/mrzrm/Projects/myproject
 	cmd:             /Users/mrzrm/.local/share/nvim/mason/bin/jdtls -configuration /Users/mrzrm/.cache/jdtls/config -data /Users/mrzrm/.cache/jdtls/workspace
 
 Configured servers list: pyright, marksman, docker_compose_language_service, dockerls, yamlls, clangd, jdtls, ruff, lua_ls

I was suspicious that it came from a cached value somewhere. So, I re-installed jdtls in Mason, but it didn't help. Also, I tried a simpler version of cmd and I got the same result from :LspInfo again:

local java_filetypes = { 'java' }

return {
  {
    'mfussenegger/nvim-jdtls',
    ft = java_filetypes,
    config = function()
      vim.api.nvim_create_autocmd('FileType', {
        pattern = java_filetypes,
        callback = function()
          require('jdtls').start_or_attach {
            cmd = {
              '/Users/mrzrm/.local/share/nvim/mason/bin/jdtls',
              '-configuration',
              '/Users/mrzrm/.cache/nvim/jdtls/myproject/config',
              '-data',
              '/Users/mrzrm/.cache/nvim/jdtls/myproject/workspace',
            },
            root_dir = '/Users/mrzrm/Projects/myproject',
          }
        end,
      })
    end,
  },
}

[mr2rm]

Just tried installation using the ftplugin approach mentioned in the readme (https://github.com/mfussenegger/nvim-jdtls?tab=readme-ov-file#configuration-quickstart) but still getting that default/cached value for cmd.

UPDATE: I noticed when I opened the first buffer, there is a jdtls attached to it with that default command that I shared earlier. However, after a short while, another jdtls is being attached with the correct command. I don't know where the first attached LSP comes from. Any idea on how to remove it?

 Press q or <Esc> to close this window. Press <Tab> to view server doc.
 
 Language client log: /Users/mrzrm/.local/state/nvim/lsp.log
 Detected filetype:   java
 
 2 client(s) attached to this buffer: 
 
 Client: jdtls (id: 1, bufnr: [3])
 	filetypes:       
 	autostart:       false
 	root directory:  /Users/mrzrm/Projects/myproject
 	cmd:             /Users/mrzrm/.local/share/nvim/mason/bin/jdtls -configuration /Users/mrzrm/.cache/nvim/jdtls/myproject/config -data /Users/mrzrm/.cache/nvim/jdtls/myproject/workspace
 
 Client: jdtls (id: 2, bufnr: [3])
 	filetypes:       java
 	autostart:       true
 	root directory:  /Users/mrzrm/Projects/myproject
 	cmd:             /Users/mrzrm/.local/share/nvim/mason/bin/jdtls -configuration /Users/mrzrm/.cache/jdtls/config -data /Users/mrzrm/.cache/jdtls/workspace
 
 Configured servers list: ruff, lua_ls, pyright, yamlls, marksman, clangd, docker_compose_language_service, dockerls, jdtls

[mr2rm]

I found the issue. Apparently, one of the jdtls instances was configured by nvim-lspconfig. I could solve the problem by skipping jdtls configuration in nvim-lspconfig. It's described in the following discussion:

#644 (comment)