-
-
Notifications
You must be signed in to change notification settings - Fork 94
Comparing changes
Open a pull request
base repository: nvim-java/nvim-java
base: 61e18c4
head repository: nvim-java/nvim-java
compare: b93e1c5
- 6 commits
- 25 files changed
- 6 contributors
Commits on Feb 5, 2026
-
Configuration menu - View commit details
-
Copy full SHA for 1cbc391 - Browse repository at this point
Copy the full SHA 1cbc391View commit details -
chore(doc): automatic vimdoc update (#478)
Co-authored-by: s1n7ax <18459807+s1n7ax@users.noreply.github.com>
Configuration menu - View commit details
-
Copy full SHA for 602a5f7 - Browse repository at this point
Copy the full SHA 602a5f7View commit details
Commits on Jun 6, 2026
-
fix(dap): skip enrich_config for attach mode (#494)
Setup:enrich_config asserts that mainClass is present, but attach configs don't have one and don't need one — the JVM is already running and chose its own main class, classpath, and java executable. The assert fires before any check on request type, making every attach config in nvim-dap fail unless callers pre-populate dummy values for the five fields the early-return checks. Adding an early return for `request == 'attach'` skips the launch-specific enrichment (build_workspace, classpath resolution, java executable resolution) which are all meaningless for an already- running JVM. Reproduction: register a Java attach config in dap.configurations.java with type='java', request='attach', hostName='127.0.0.1', port=5005, then :DapContinue. Today it errors with: To enrich the config, mainClass should already be present .../java-dap/setup.lua:54 After this fix, the attach proceeds and dap-ui opens against the running JVM as expected. Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>Configuration menu - View commit details
-
Copy full SHA for ccd76f9 - Browse repository at this point
Copy the full SHA ccd76f9View commit details -
fix(refactor): use method-call syntax for Action:rename (#493)
client-command-handlers.lua:21 used action.rename(params) (dot) instead of action:rename(params) (colon). Since Action:rename is defined with self, the dot-call passed params as self and left the actual params argument as nil, causing action.lua:28 to error with "bad argument #1 to 'ipairs' (table expected, got nil)". All other handlers in this file already use : when calling into Action:* methods. This brings RENAME_COMMAND in line with them. Reproduction: in any Java file with jdtls attached, trigger a refactoring that produces a follow-up rename (e.g. "Extract to constant" on a string literal). jdtls fires RENAME_COMMAND with the new symbol's location, and the handler errors before the rename UI opens. After this fix, the rename UI opens as expected. Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Configuration menu - View commit details
-
Copy full SHA for bb12076 - Browse repository at this point
Copy the full SHA bb12076View commit details
Commits on Jun 12, 2026
-
chore(test): replace unit-style specs with e2e integration tests (#498)
* chore(test): replace unit-style specs with e2e integration tests Old specs only checked LSP attach/capabilities against an empty buffer. New integration_spec runs against a real Maven fixture project (copied to a temp dir so root markers resolve correctly) and exercises plugin features end-to-end: jdtls attach, extension bundling, project import, dap config, diagnostics, built-in runner, test runner, report viewer, profile UI and runtime switching. Closes #497 * fix(pkgm): downloads and extractions fail on Windows when 'shell' is pwsh vim.fn.system() with a command string is parsed by &shell; nvim nightly on Windows defaults &shell to pwsh, breaking cmd.exe-style quoting. Pass argv lists so no shell is involved.
Configuration menu - View commit details
-
Copy full SHA for f36a376 - Browse repository at this point
Copy the full SHA f36a376View commit details
Commits on Jul 3, 2026
-
chore(main): release 4.1.1 (#495)
Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
Configuration menu - View commit details
-
Copy full SHA for b93e1c5 - Browse repository at this point
Copy the full SHA b93e1c5View commit details
This comparison is taking too long to generate.
Unfortunately it looks like we can’t render this comparison for you right now. It might be too big, or there might be something weird with your repository.
You can try running this command locally to see the comparison on your machine:
git diff 61e18c4...b93e1c5