[
https://issues.apache.org/jira/browse/CASSANDRA-18436?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17721046#comment-17721046
]
dan jatnieks commented on CASSANDRA-18436:
------------------------------------------
I ran
{code}
./generate_11_and_17.sh -f
Generating new config.yml file for free tier from config_template_11_and_17.yml
Detecting new or modified tests with git diff --diff-filter=AMR trunk...HEAD:
org.apache.cassandra.cql3.EmptyValuesTest
Setting environment variables:
REPEATED_UTESTS: org.apache.cassandra.cql3.EmptyValuesTest
{code}
and after pushing it created this [CI for
java17_separate_tests|https://app.circleci.com/pipelines/github/djatnieks/cassandra/6/workflows/8f11795b-1665-4c82-8a35-3d82c7ff7413]
- I approved "start_j17_unit_tests_repeat" but it doesn't seem to start. Am I
doing it wrong?
Also the [java_11_separate_tests
workflow|https://app.circleci.com/pipelines/github/djatnieks/cassandra/6/workflows/31f3aa2f-4806-420e-83d1-22e2bebcc670]
has both "start_j11_unit_tests_repeat" and "start_j17_unit_tests_repeat" for
some reason. I approved them both, but again they don't start and I don't know
why?
> Unit tests in org.apache.cassandra.cql3.EmptyValuesTest class occasionally
> failing with JDK17
> ---------------------------------------------------------------------------------------------
>
> Key: CASSANDRA-18436
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18436
> Project: Cassandra
> Issue Type: Bug
> Components: CI
> Reporter: Ekaterina Dimitrova
> Assignee: dan jatnieks
> Priority: Normal
> Fix For: 5.x
>
>
>
> All of them failed with the below stack trace for the same assertion failing:
> {code:java}
> junit.framework.AssertionFailedError: at
> org.apache.cassandra.cql3.EmptyValuesTest.verify(EmptyValuesTest.java:90) at
> org.apache.cassandra.cql3.EmptyValuesTest.verifyJsonInsert(EmptyValuesTest.java:112)
> at
> org.apache.cassandra.cql3.EmptyValuesTest.testEmptyDecimal(EmptyValuesTest.java:192)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method) at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> {code}
>
> Unfortunately I do not have a link to the CI run as this was seen last in
> private infra and not in CircleCI. Maybe we want to check with the
> multiplexer for flakiness.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
