I created LUCENE-8267 for this.
D.
On Sat, Apr 21, 2018 at 11:44 PM, Michael McCandless
wrote:
> On Fri, Apr 20, 2018 at 6:32 AM, Robert Muir wrote:
>>
>> are these memory codecs worth the trouble? i propose dropping them.
>
>
> +1
>
> Mike
On Fri, Apr 20, 2018 at 6:32 AM, Robert Muir wrote:
> are these memory codecs worth the trouble? i propose dropping them.
>
+1
Mike McCandless
http://blog.mikemccandless.com
are these memory codecs worth the trouble? i propose dropping them.
On Fri, Apr 20, 2018 at 5:29 AM, Dawid Weiss wrote:
>> +1. It’s a shame that @SuppressCodecs doesn’t work on test methods, only on
>> classes, which makes things a little trickier.
>
> The default codec
> +1. It’s a shame that @SuppressCodecs doesn’t work on test methods, only on
> classes, which makes things a little trickier.
The default codec is picked per-class, not per-test (part of the
reason for that is codecs are used in pre-test hooks, for example). We
could make the annotation apply
+1. It’s a shame that @SuppressCodecs doesn’t work on test methods, only on
classes, which makes things a little trickier.
> On 20 Apr 2018, at 10:13, Dawid Weiss wrote:
>
> This is due to an out of memory exception in
>
> [junit4] 1> at
>
This is due to an out of memory exception in
[junit4] 1> at
org.apache.lucene.search.TestInetAddressRangeQueries.testRandomBig(TestInetAddressRangeQueries.java:81)
Seems like mem codec has been picked -- should we add suppression to this test?
@SuppressCodecs({"Direct", "Memory"})
Dawid
Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-master/1534/
6 tests failed.
FAILED: org.apache.lucene.search.TestInetAddressRangeQueries.testRandomBig
Error Message:
CheckIndex failed
Stack Trace:
java.lang.RuntimeException: CheckIndex failed
at