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.5 through 19
- 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
There are several options to install eclipse.jdt.ls:
- Download and extract a milestone build from http://download.eclipse.org/jdtls/milestones/
- Download and extract a snapshot build from http://download.eclipse.org/jdtls/snapshots/
- Under some Linux distributions you can use the package manager. Search the package repositories for
jdtls
oreclipse.jdt.ls
. - Build it from source. Clone the repository via
git clone
and build the project viaJAVA_HOME=/path/to/java/11 ./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 \
-noverify \
-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
- 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
. - Change the filename of the jar in
-jar ./plugins/...
to match the version you built or downloaded. - 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 toCLIENT_HOST
: the host name to connect to. If not set, defaults tolocalhost
.
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
- coc-java : an extension for coc.nvim
- MS Paint IDE : an IDE for programming in MS Paint
- nvim-jdtls : an extension for Neovim
Our CI server publishes the server binaries to http://download.eclipse.org/jdtls/snapshots/.
P2 repositories are available under http://download.eclipse.org/jdtls/snapshots/repository/.
Milestone builds are available under http://download.eclipse.org/jdtls/milestones/.
EPL 2.0, See LICENSE file.