[
https://issues.apache.org/jira/browse/LUCENE-7595?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15753834#comment-15753834
]
Dawid Weiss commented on LUCENE-7595:
-------------------------------------
I agree certain classes could be approximated (like String, Lists, etc.).
bq. Disallow any static field in tests that is not final (constant) and points
to an Object except: Strings and native (wrapper) types.
The check could be less strict -- we could fail if the value of such a field is
non-null after the test and permit nullified reference fields.
> RAMUsageTester in test-framework and static field checker no longer works
> with Java 9
> -------------------------------------------------------------------------------------
>
> Key: LUCENE-7595
> URL: https://issues.apache.org/jira/browse/LUCENE-7595
> Project: Lucene - Core
> Issue Type: Bug
> Components: general/test
> Reporter: Uwe Schindler
> Assignee: Uwe Schindler
> Labels: Java9
>
> Lucene/Solr tests have a special rule that records memory usage in static
> fields before and after test, so we can detect memory leaks. This check dives
> into JDK classes (like java.lang.String to detect their size). As Java 9
> build 148 completely forbids setAccessible on any runtime class, we have to
> change or disable this check:
> - As first step I will only add the rule to LTC, if we not have Java 8
> - As a second step we might investigate how to improve this
> [~rcmuir] had some ideas for the 2nd point:
> - Don't dive into classes from JDK modules and instead "estimate" the size
> for some special cases (like Strings)
> - Disallow any static field in tests that is not final (constant) and points
> to an Object except: Strings and native (wrapper) types.
> In addition we also have RAMUsageTester, that has similar problems and is
> used to compare estimations of Lucene's calculations of
> Codec/IndexWriter/IndexReader memory usage with reality. We should simply
> disable those tests.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
