-
Notifications
You must be signed in to change notification settings - Fork 24.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Some tests broken by recent changes around elasticsearch.versions #78864
Comments
I see now that the issue is more general then the example above. The same result occurs when trying to invoke gradle from that folder, for any purpose. "gradle tasks", "gradle non-existent-option", just "gradle", all fail the same way. This has me wondering if the new behavior is by design, if we're not meant to be able to invoke gradle from build-tools-internal. If not, how are we meant to run corresponding tests? For instance, how does one run ElasticsearchJavaPluginFuncTest ? |
Pinging @elastic/es-delivery (Team:Delivery) |
You are correct, ./gradlew :build-tools-internal:integTest --tests org.elasticsearch.gradle.internal.ElasticsearchJavaPluginFuncTest |
Regarding Spock, I'm having trouble getting Spock tests recognized under elasticsearch/build-tools-internal . ./gradlew :build-tools-internal:test -i --tests RerunTestResultProcessorTestSpec results in:
If I put a groovy script with a junit test in the same folder, it's recognized. package org.elasticsearch.gradle.internal.test.rerun.executer
import org.elasticsearch.gradle.internal.test.GradleUnitTestCase;
public class EmptyTest extends GradleUnitTestCase {
public void testNothing() {
System.out.println("Here we are")
}
}
|
thanks for reporting. Yes we need to use the junit-jupiter runtime to run the Spock tests correctly. Working on a fix |
From the build-tools-internal folder, I try this:
gradle test --tests SnippetsTaskTests
The result is:
It looks like this started with #78704
The text was updated successfully, but these errors were encountered: