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
{{ message }}
Repository navigation
Java backend off bundled jar -> codeanalyzer-java PyPI native binary #161
Closing as won't-do, and recording the reason so it isn't re-proposed.
The Java backend was deliberately reverted to the bundled jar because of GraalVM issues. The PyPI-distributed native binary path this issue proposes was tried and backed out; codeanalyzer-2.4.1.jar remains committed and pyproject.toml force-includes it (with a guard in release.yml against the jarless-wheel regression).
TypeScript and Python already come from PyPI (codeanalyzer-python, codeanalyzer-typescript are ordinary dependencies) — Java is the deliberate exception, not an oversight.
If GraalVM native-image support improves to the point where a native codeanalyzer-java is viable, this is worth revisiting; until then the bundled jar is the intended design. Related: JDK provisioning is tracked in #237.
Activity
rahlk commentedon Aug 3, 2026
Closing as won't-do, and recording the reason so it isn't re-proposed.
The Java backend was deliberately reverted to the bundled jar because of GraalVM issues. The PyPI-distributed native binary path this issue proposes was tried and backed out;
codeanalyzer-2.4.1.jarremains committed andpyproject.tomlforce-includes it (with a guard inrelease.ymlagainst the jarless-wheel regression).TypeScript and Python already come from PyPI (
codeanalyzer-python,codeanalyzer-typescriptare ordinary dependencies) — Java is the deliberate exception, not an oversight.If GraalVM native-image support improves to the point where a native
codeanalyzer-javais viable, this is worth revisiting; until then the bundled jar is the intended design. Related: JDK provisioning is tracked in #237.