The Eclipse JDT Language Server is a Java language specific implementation of the Language Server Protocol and can be used with any editor that supports the protocol, to offer good support for the Java Language. The server is based on:

• Eclipse LSP4J, the Java binding for the Language Server Protocol,
• Eclipse JDT, which provides Java support (code completion, references, diagnostics...),
• M2Eclipse, which provides Maven support,
• Buildship, which provides Gradle support.

• Supports compiling projects from Java 1.8 through 22
• Maven pom.xml project support
• Gradle project support (with experimental Android project import support)
• Standalone Java files support
• As-you-type reporting of syntax and compilation errors
• Code completion
• Javadoc hovers
• Organize imports
• Type search
• Code actions (quick fixes, source actions & refactorings)
• Code outline
• Code folding
• Code navigation
• Code lens (references/implementations)
• Code formatting (on-type/selection/file)
• Code snippets
• Highlights (semantic highlighting)
• Semantic selection
• Diagnostic tags
• Call Hierarchy
• Type Hierarchy
• Annotation processing support (automatic for Maven projects)
• Automatic source resolution for classes in jars with maven coordinates
• Extensibility

The language server requires a runtime environment of Java 17 (at a minimum) to run. This should either be set in the JAVA_HOME environment variable, or on the user's path.

There are several options to install eclipse.jdt.ls:

• Download and extract a milestone build from https://download.eclipse.org/jdtls/milestones/
• Download and extract a snapshot build from https://download.eclipse.org/jdtls/snapshots/
• Under some Linux distributions you can use the package manager. Search the package repositories for jdtls or eclipse.jdt.ls.
• Build it from source. Clone the repository via git clone and build the project via JAVA_HOME=/path/to/java/17 ./mvnw clean verify. Optionally append -DskipTests=true to by-pass the tests. This command builds the server into the ./org.eclipse.jdt.ls.product/target/repository folder.

Some editors or editor extensions bundle eclipse.jdt.ls or contain logic to install it. If that is the case, you only need to install the editor extension. For example for Visual Studio Code you can install the Extension Pack for Java and it will take care of the rest.

If you built eclipse.jdt.ls from source, cd into ./org.eclipse.jdt.ls.product/target/repository. If you downloaded a milestone or snapshot build, extract the contents.

To start the server in the active terminal, adjust the following command as described further below and run it:

java \
	-Declipse.application=org.eclipse.jdt.ls.core.id1 \
	-Dosgi.bundles.defaultStartLevel=4 \
	-Declipse.product=org.eclipse.jdt.ls.core.product \
	-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 ./plugins/org.eclipse.equinox.launcher_1.5.200.v20180922-1751.jar \
	-configuration ./config_linux \
	-data /path/to/data

1. Choose a value for -configuration: this is the path to your platform's configuration directory. For Linux, use ./config_linux. For windows, use ./config_win. For mac/OS X, use ./config_mac.
2. Change the filename of the jar in -jar ./plugins/... to match the version you built or downloaded.
3. Choose a value for -data: An absolute path to your data directory. eclipse.jdt.ls stores workspace specific information in it. This should be unique per workspace/project.

If you want to debug eclipse.jdt.ls itself, add -agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=1044 right after java and ensure nothing else is running on port 1044. If you want to debug from the start of execution, change suspend=n to suspend=y so the JVM will wait for your debugger prior to starting the server.

There is also a Python wrapper script available that makes the start up of eclipse.jdt.ls more convenient (no need to juggle with Java options etc.). A sample usage is described below. The script requires Python 3.9.

./org.eclipse.jdt.ls.product/target/repository/bin/jdtls \
	-configuration ~/.cache/jdtls \
	-data /path/to/data

All shown Java options will be set by the wrapper script. Please, note that the -configuration options points to a user's folder to ensure that the configuration folder in org.eclipse.jdt.ls.product/target/repository/config_* remains untouched.

See Contributing

The Java Language server supports sockets, named pipes, and standard streams of the server process to communicate with the client. Client can communicate its preferred connection methods by setting up environment variables or alternatively using system properties (e.g. -DCLIENT_PORT=...)

• To use a plain socket, set the following environment variables or system properties before starting the server:

  • CLIENT_PORT: the port of the socket to connect to
  • CLIENT_HOST: the host name to connect to. If not set, defaults to localhost.

  The connection will be used for in and output.

• To use standard streams(stdin, stdout) of the server process do not set any of the above environment variables and the server will fall back to standard streams.

For socket and named pipes, the client is expected to create the connections and wait for the server to connect.

• File a bug in GitHub Issues.
• Join the discussion on our Mattermost channel
• Tweet us with other feedback.

This repository only contains the server implementation. Here are some known clients consuming this server:

• vscode-java : an extension for Visual Studio Code
• ide-java : an extension for Atom
• ycmd : a code-completion and code-comprehension server for multiple clients
• Oni : modern modal editing - powered by Neovim.
• LSP Java : a Java LSP client for Emacs
• Eclipse Theia : Theia is a cloud & desktop IDE framework implemented in TypeScript
• Eclipse IDE JDT.LS : an extension for Eclipse IDE
• coc-java : an extension for coc.nvim
• MS Paint IDE : an IDE for programming in MS Paint
• nvim-jdtls : an extension for Neovim
• multilspy from monitors4codegen : A language-agnostic LSP client in Python, with a library interface. Intended to be used to build applications around language servers
• OpenSumi : A framework that helps you quickly build Cloud or Desktop IDE products.

Our CI server publishes the server binaries to https://download.eclipse.org/jdtls/snapshots/.

P2 repositories are available under https://download.eclipse.org/jdtls/snapshots/repository/.

Milestone builds are available under https://download.eclipse.org/jdtls/milestones/.

EPL 2.0, See LICENSE file.