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

Stefan Miklosovic updated CASSANDRA-19783:
------------------------------------------
    Status: Needs Committer  (was: Patch Available)

> In-jvm dtest to detect InstanceClassLoaderLeaks
> -----------------------------------------------
>
>                 Key: CASSANDRA-19783
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-19783
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Test/dtest/java
>            Reporter: Doug Rohrer
>            Assignee: Doug Rohrer
>            Priority: Normal
>              Labels: pull-request-available
>          Time Spent: 10m
>  Remaining Estimate: 0h
>
> It is currently very easy to add dependencies/code that cause in-jvm dtest 
> {{InstanceClassLoader}} leaks, and hard to find them. These patches add a 
> WeakHashSet that allows us to count the number of reachable 
> InstanceClassLoaders in the in-jvm dtest API, so that we can use it in the 
> ResourceLeakTest in the actual Cassandra branches in CI (it only takes 2 
> iterations to find the leak recently introduced by the inclusion of the 
> {{oshi.jna}}  library, which was fixed in 
> [https://github.com/apache/cassandra-in-jvm-dtest-api/pull/38])
> Notes:
> The trunk patch +requires+ the changes made in the in-jvm-dtest-api project 
> in order to compile.
> Additionally, ResourceLeakTest#looperEverythingTest (the newly-enabled test) 
> won't fail once we pick up the changes made to include `osha.jna` in the 
> in-jvm-dtest-api project, so I added some "DO NOT COMMIT" code there to prove 
> the test can in fact detect the leak.



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

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

Reply via email to