[
https://issues.apache.org/jira/browse/CASSANDRA-18223?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17690079#comment-17690079
]
Caleb Rackliffe commented on CASSANDRA-18223:
---------------------------------------------
Hey [~shiraishi]!
If you want to get started on this...
1.) Check out https://github.com/apache/cassandra/tree/cep-15-accord and build
({{git clean -fxd && ant realclean && ant jar && ant generate-idea-files}})
2.) Check out https://github.com/apache/cassandra-dtest and see if you can get
the basic repro/test failure (after setup, run {{pytest --cassandra-dir=<your
C* dir>
read_repair_test.py::TestSpeculativeReadRepair::test_normal_read_repair}})
Once you're there, all we should need to wait for is CASSANDRA-18204, and then
you can open a PR to fix this against https://github.com/apache/cassandra-dtest
> Byteman rule in stop_data_reads.btm cannot compile against
> accord.messages.ReplyContext
> ---------------------------------------------------------------------------------------
>
> Key: CASSANDRA-18223
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18223
> Project: Cassandra
> Issue Type: Bug
> Components: Accord
> Reporter: Caleb Rackliffe
> Assignee: Youki Shiraishi
> Priority: Normal
> Labels: byteman, dtest, python
> Fix For: NA
>
>
> The Python {{read_repair_test}} relies on a Byteman rule on the {{doVerb()}}
> method in {{ReadCommandVerbHandler}}, but {{accord.messages.ReplyContext}}
> isn’t on the classpath. This is probably because we don't include it in the
> list of jars created in {{byteman_validate}}.
> {noformat}
> AssertionError: byteman script didn't compile
> Checking rule disable data reads against class
> org.apache.cassandra.db.ReadCommandVerbHandler
> Parsed rule "disable data reads" for class
> org.apache.cassandra.db.ReadCommandVerbHandler
> ERROR : Failed to check rule "disable data reads" loaded from
> /home/cassandra/cassandra-dtest/byteman/read_repair/stop_data_reads.btm line
> 8 against method doVerb(org.apache.cassandra.net.Message) void
> java.lang.NoClassDefFoundError: accord/messages/ReplyContext
> {noformat}
> ex.
> https://app.circleci.com/pipelines/github/maedhroz/cassandra/686/workflows/ffd1e528-b8ec-4534-a333-ab450e110e89/jobs/6481/tests#failed-test-0
> It might make sense to fix this after CASSANDRA-18204 wraps up, so we know
> exactly how the Accord library is pulled into C*. Then, once we do fix it, we
> should fix in a way that still works w/ 4.0 and 4.1, etc. (i.e. Don't assume
> the Accord library must be present.)
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
