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
Hacking Elasticsearch with Eclipse is fairly broken. Some things work,
but we can't in good concience point contributors to Eclipse. This drops
the instrucions for Eclipse from CONTRIBUTING.md. We *do* want to fix
Eclipse. But we don't see that happening in the next few months. Once we
*have* fixed Eclipse we'll rewrite the instructions.
Relates #53664
Copy file name to clipboardexpand all lines: CONTRIBUTING.md
+6-21
Original file line number
Diff line number
Diff line change
@@ -111,9 +111,9 @@ using the wrapper via the `gradlew` script on Unix systems or `gradlew.bat`
111
111
script on Windows in the root of the repository. The examples below show the
112
112
usage on Unix.
113
113
114
-
We support development in the Eclipse and IntelliJ IDEs.
115
-
For Eclipse, the minimum version that we support is [4.13][eclipse].
116
-
For IntelliJ, the minimum version that we support is [IntelliJ 2017.2][intellij].
114
+
We support development in IntelliJ versions [IntelliJ 2017.2][intellij] and
115
+
onwards. We would like to support Eclipse, but few of us use it and has fallen
116
+
into [disrepair][eclipse].
117
117
118
118
[Docker](https://docs.docker.com/install/) is required for building some Elasticsearch artifacts and executing certain test suites. You can run Elasticsearch without building all the artifacts with:
119
119
@@ -125,11 +125,6 @@ You can access Elasticsearch with:
125
125
126
126
### Configuring IDEs And Running Tests
127
127
128
-
Eclipse users can automatically configure their IDE: `./gradlew eclipse`
129
-
then `File: Import: Gradle : Existing Gradle Project`.
130
-
Additionally you will want to ensure that Eclipse is using 2048m of heap by modifying
131
-
`eclipse.ini` accordingly to avoid GC overhead and OOM errors.
132
-
133
128
IntelliJ users can automatically configure their IDE: `./gradlew idea`
134
129
then `File->New Project From Existing Sources`. Point to the root of
135
130
the source directory, select
@@ -154,16 +149,13 @@ The Elasticsearch codebase makes heavy use of Java `assert`s and the
154
149
test runner requires that assertions be enabled within the JVM. This
155
150
can be accomplished by passing the flag `-ea` to the JVM on startup.
156
151
157
-
For IntelliJ, go to
152
+
You can enable these in IntelliJ by going to
158
153
`Run->Edit Configurations...->Defaults->JUnit->VM options` and input
159
154
`-ea`.
160
155
161
-
For Eclipse, go to `Preferences->Java->Installed JREs` and add `-ea` to
162
-
`VM Arguments`.
163
-
164
156
Some tests related to locale testing also require the flag
165
157
`-Djava.locale.providers` to be set. Set the VM options/VM arguments for
166
-
IntelliJ or Eclipse like describe above to use
158
+
IntelliJ like describe above to use
167
159
`-Djava.locale.providers=SPI,COMPAT`.
168
160
169
161
### REST Endpoint Conventions
@@ -213,9 +205,6 @@ Please follow these formatting guidelines:
213
205
of the code, while keeping lines to maximum length of 76 characters.
214
206
* Wildcard imports (`import foo.bar.baz.*`) are forbidden and will cause
215
207
the build to fail. This can be done automatically by your IDE:
216
-
* Eclipse: `Preferences->Java->Code Style->Organize Imports`. There are
217
-
two boxes labeled "`Number of (static )? imports needed for .*`". Set
218
-
their values to 99999 or some other absurdly high value.
0 commit comments