You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Francisco Guerrero (Jira)" <ji...@apache.org> on 2024/04/04 17:53:00 UTC

[jira] [Updated] (CASSANDRA-19528) [Analytics] Use a classloader to isolate in-jvm dtest classes in integration test

     [ https://issues.apache.org/jira/browse/CASSANDRA-19528?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Francisco Guerrero updated CASSANDRA-19528:
-------------------------------------------
    Labels: analytics test-framework  (was: )

> [Analytics] Use a classloader to isolate in-jvm dtest classes in integration test
> ---------------------------------------------------------------------------------
>
>                 Key: CASSANDRA-19528
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-19528
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Analytics Library
>            Reporter: Francisco Guerrero
>            Assignee: Francisco Guerrero
>            Priority: Normal
>              Labels: analytics, test-framework
>
> We need to isolate the in-jvm dtest classes (coming from the shaded dtest jar) from the classes in Cassandra Analytics when running integration tests. The isolation will allow us to test the Analytics code in the {{AppClassloader}} without any class pollution from classes coming from the shaded dtest jar. In some cases, the pollution can spill to classes that are shaded in the analytics project (metrics, json serialization, guava, etc).
> With the isolation in place we can be more confident that the code we are testing is the code that will be running in a Spark environment.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org