Re: Issues with Grouping
Yonik and Mike,
It seems to happen when you facet and group.
What do you suggest I do? Should the code change to switch to one or the
other mode when
we are using facet=true and group=true?
For the test to work without erroring, shall I just added:
} finally {
FieldCache.DEFAULT.purgeAllCaches();
}
I am not sure if I am masking anything, since Yonik said it is normal.
On 7/5/11 4:30 AM, Michael McCandless luc...@mikemccandless.com wrote:
You can purge entries from the field cache before your test finishes?
Ie call FieldCache.DEFAULT.purge(IR).
The problem is that will mask any real problems where insanity is
unexpectedly being created.
Or, maybe switch test over to using per-segment faceting? Then (I
think?) no insanity should be created. Insanity is bad since it means
double (or more) RAM is being used...
Mike McCandless
http://blog.mikemccandless.com
On Tue, Jul 5, 2011 at 3:16 AM, Bill Bell billnb...@gmail.com wrote:
OK?
I get an error when I get the FC Insanity issue in SOLR-2242...
ant -Dtestcase=NumFacetTermsFacetsTest test
If it is normal, how do I turn off the FAILURE in the test case?
[junit] Testsuite: org.apache.solr.request.NumFacetTermsFacetsTest
[junit] Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 4.072 sec
[junit]
[junit] - Standard Error -
[junit] NOTE: reproduce with: ant test
-Dtestcase=NumFacetTermsFacetsTest
-Dtestmethod=testNumFacetTermsFacetCounts
-Dtests.seed=3921835369594659663:-3219730304883530389
[junit] *** BEGIN
org.apache.solr.request.NumFacetTermsFacetsTest.testNumFacetTermsFacetCou
nt
s: Insane FieldCache usage(s) ***
[junit] SUBREADER: Found caches for descendants of
DirectoryReader(segments_3 _0(4.0):C6)+hgid_i1
[junit] 'DirectoryReader(segments_3 _0(4.0):C6)'='hgid_i1',class
org.apache.lucene.search.FieldCache$DocTermsIndex,org.apache.lucene.searc
h.
cache.DocTermsIndexCreator@603bb3eb=org.apache.lucene.search.cache.DocTe
rm
sIndexCreator$DocTermsIndexImpl#1026179434 (size =~ 372 bytes)
[junit]
'org.apache.lucene.index.SegmentCoreReaders@7e8905bd'='hgid_i1',int,org.
a
pache.lucene.search.cache.IntValuesCreator@30781822=org.apache.lucene.se
ar
ch.cache.CachedArray$IntValues#291172425 (size =~ 92 bytes)
[junit]
[junit] *** END
org.apache.solr.request.NumFacetTermsFacetsTest.testNumFacetTermsFacetCou
nt
s: Insane FieldCache usage(s) ***
On 7/1/11 6:54 AM, Yonik Seeley yo...@lucidimagination.com wrote:
On Thu, Jun 30, 2011 at 11:58 PM, Bill Bell billnb...@gmail.com wrote:
I meant FC insanity. It does not appear to be an NPE.
That's natural, and not a bug. Grouping always uses per-segment field
cache entries, where faceting sometimes uses top level field caches.
-Yonik
http://www.lucidimagination.com
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
Re: Issues with Grouping
If possible (but it may be hard here since you don't have direct
acces...) it's better to purge only the readers you know are expected
to have caused insanity?
Otherwise you could mask a real problem.
FieldCache insanity is bad, so, when it's caused we need to make sure
we understand the root cause, which we do in this case since faceting
is knowingly able to pull FC against the top-level reader while
Grouping will alsways pull FC per segment.
Mike McCandless
http://blog.mikemccandless.com
On Sat, Jul 9, 2011 at 4:52 AM, Bill Bell billnb...@gmail.com wrote:
Yonik and Mike,
It seems to happen when you facet and group.
What do you suggest I do? Should the code change to switch to one or the
other mode when
we are using facet=true and group=true?
For the test to work without erroring, shall I just added:
} finally {
FieldCache.DEFAULT.purgeAllCaches();
}
I am not sure if I am masking anything, since Yonik said it is normal.
On 7/5/11 4:30 AM, Michael McCandless luc...@mikemccandless.com wrote:
You can purge entries from the field cache before your test finishes?
Ie call FieldCache.DEFAULT.purge(IR).
The problem is that will mask any real problems where insanity is
unexpectedly being created.
Or, maybe switch test over to using per-segment faceting? Then (I
think?) no insanity should be created. Insanity is bad since it means
double (or more) RAM is being used...
Mike McCandless
http://blog.mikemccandless.com
On Tue, Jul 5, 2011 at 3:16 AM, Bill Bell billnb...@gmail.com wrote:
OK?
I get an error when I get the FC Insanity issue in SOLR-2242...
ant -Dtestcase=NumFacetTermsFacetsTest test
If it is normal, how do I turn off the FAILURE in the test case?
[junit] Testsuite: org.apache.solr.request.NumFacetTermsFacetsTest
[junit] Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 4.072 sec
[junit]
[junit] - Standard Error -
[junit] NOTE: reproduce with: ant test
-Dtestcase=NumFacetTermsFacetsTest
-Dtestmethod=testNumFacetTermsFacetCounts
-Dtests.seed=3921835369594659663:-3219730304883530389
[junit] *** BEGIN
org.apache.solr.request.NumFacetTermsFacetsTest.testNumFacetTermsFacetCou
nt
s: Insane FieldCache usage(s) ***
[junit] SUBREADER: Found caches for descendants of
DirectoryReader(segments_3 _0(4.0):C6)+hgid_i1
[junit] 'DirectoryReader(segments_3 _0(4.0):C6)'='hgid_i1',class
org.apache.lucene.search.FieldCache$DocTermsIndex,org.apache.lucene.searc
h.
cache.DocTermsIndexCreator@603bb3eb=org.apache.lucene.search.cache.DocTe
rm
sIndexCreator$DocTermsIndexImpl#1026179434 (size =~ 372 bytes)
[junit]
'org.apache.lucene.index.SegmentCoreReaders@7e8905bd'='hgid_i1',int,org.
a
pache.lucene.search.cache.IntValuesCreator@30781822=org.apache.lucene.se
ar
ch.cache.CachedArray$IntValues#291172425 (size =~ 92 bytes)
[junit]
[junit] *** END
org.apache.solr.request.NumFacetTermsFacetsTest.testNumFacetTermsFacetCou
nt
s: Insane FieldCache usage(s) ***
On 7/1/11 6:54 AM, Yonik Seeley yo...@lucidimagination.com wrote:
On Thu, Jun 30, 2011 at 11:58 PM, Bill Bell billnb...@gmail.com wrote:
I meant FC insanity. It does not appear to be an NPE.
That's natural, and not a bug. Grouping always uses per-segment field
cache entries, where faceting sometimes uses top level field caches.
-Yonik
http://www.lucidimagination.com
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
Re: Issues with Grouping
I am not sure how I am going to get a handle for that...
Most of the other test cases do it this way when dealing with grouping...
FieldCache.DEFAULT.purgeAllCaches()
On 7/9/11 5:16 AM, Michael McCandless luc...@mikemccandless.com wrote:
If possible (but it may be hard here since you don't have direct
acces...) it's better to purge only the readers you know are expected
to have caused insanity?
Otherwise you could mask a real problem.
FieldCache insanity is bad, so, when it's caused we need to make sure
we understand the root cause, which we do in this case since faceting
is knowingly able to pull FC against the top-level reader while
Grouping will alsways pull FC per segment.
Mike McCandless
http://blog.mikemccandless.com
On Sat, Jul 9, 2011 at 4:52 AM, Bill Bell billnb...@gmail.com wrote:
Yonik and Mike,
It seems to happen when you facet and group.
What do you suggest I do? Should the code change to switch to one or the
other mode when
we are using facet=true and group=true?
For the test to work without erroring, shall I just added:
} finally {
FieldCache.DEFAULT.purgeAllCaches();
}
I am not sure if I am masking anything, since Yonik said it is normal.
On 7/5/11 4:30 AM, Michael McCandless luc...@mikemccandless.com
wrote:
You can purge entries from the field cache before your test finishes?
Ie call FieldCache.DEFAULT.purge(IR).
The problem is that will mask any real problems where insanity is
unexpectedly being created.
Or, maybe switch test over to using per-segment faceting? Then (I
think?) no insanity should be created. Insanity is bad since it means
double (or more) RAM is being used...
Mike McCandless
http://blog.mikemccandless.com
On Tue, Jul 5, 2011 at 3:16 AM, Bill Bell billnb...@gmail.com wrote:
OK?
I get an error when I get the FC Insanity issue in SOLR-2242...
ant -Dtestcase=NumFacetTermsFacetsTest test
If it is normal, how do I turn off the FAILURE in the test case?
[junit] Testsuite: org.apache.solr.request.NumFacetTermsFacetsTest
[junit] Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 4.072
sec
[junit]
[junit] - Standard Error -
[junit] NOTE: reproduce with: ant test
-Dtestcase=NumFacetTermsFacetsTest
-Dtestmethod=testNumFacetTermsFacetCounts
-Dtests.seed=3921835369594659663:-3219730304883530389
[junit] *** BEGIN
org.apache.solr.request.NumFacetTermsFacetsTest.testNumFacetTermsFacetC
ou
nt
s: Insane FieldCache usage(s) ***
[junit] SUBREADER: Found caches for descendants of
DirectoryReader(segments_3 _0(4.0):C6)+hgid_i1
[junit] 'DirectoryReader(segments_3
_0(4.0):C6)'='hgid_i1',class
org.apache.lucene.search.FieldCache$DocTermsIndex,org.apache.lucene.sea
rc
h.
cache.DocTermsIndexCreator@603bb3eb=org.apache.lucene.search.cache.Doc
Te
rm
sIndexCreator$DocTermsIndexImpl#1026179434 (size =~ 372 bytes)
[junit]
'org.apache.lucene.index.SegmentCoreReaders@7e8905bd'='hgid_i1',int,or
g.
a
pache.lucene.search.cache.IntValuesCreator@30781822=org.apache.lucene.
se
ar
ch.cache.CachedArray$IntValues#291172425 (size =~ 92 bytes)
[junit]
[junit] *** END
org.apache.solr.request.NumFacetTermsFacetsTest.testNumFacetTermsFacetC
ou
nt
s: Insane FieldCache usage(s) ***
On 7/1/11 6:54 AM, Yonik Seeley yo...@lucidimagination.com wrote:
On Thu, Jun 30, 2011 at 11:58 PM, Bill Bell billnb...@gmail.com
wrote:
I meant FC insanity. It does not appear to be an NPE.
That's natural, and not a bug. Grouping always uses per-segment field
cache entries, where faceting sometimes uses top level field caches.
-Yonik
http://www.lucidimagination.com
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
Re: Issues with Grouping
You can purge entries from the field cache before your test finishes? Ie call FieldCache.DEFAULT.purge(IR). The problem is that will mask any real problems where insanity is unexpectedly being created. Or, maybe switch test over to using per-segment faceting? Then (I think?) no insanity should be created. Insanity is bad since it means double (or more) RAM is being used... Mike McCandless http://blog.mikemccandless.com On Tue, Jul 5, 2011 at 3:16 AM, Bill Bell billnb...@gmail.com wrote: OK? I get an error when I get the FC Insanity issue in SOLR-2242... ant -Dtestcase=NumFacetTermsFacetsTest test If it is normal, how do I turn off the FAILURE in the test case? [junit] Testsuite: org.apache.solr.request.NumFacetTermsFacetsTest [junit] Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 4.072 sec [junit] [junit] - Standard Error - [junit] NOTE: reproduce with: ant test -Dtestcase=NumFacetTermsFacetsTest -Dtestmethod=testNumFacetTermsFacetCounts -Dtests.seed=3921835369594659663:-3219730304883530389 [junit] *** BEGIN org.apache.solr.request.NumFacetTermsFacetsTest.testNumFacetTermsFacetCount s: Insane FieldCache usage(s) *** [junit] SUBREADER: Found caches for descendants of DirectoryReader(segments_3 _0(4.0):C6)+hgid_i1 [junit] 'DirectoryReader(segments_3 _0(4.0):C6)'='hgid_i1',class org.apache.lucene.search.FieldCache$DocTermsIndex,org.apache.lucene.search. cache.DocTermsIndexCreator@603bb3eb=org.apache.lucene.search.cache.DocTerm sIndexCreator$DocTermsIndexImpl#1026179434 (size =~ 372 bytes) [junit] 'org.apache.lucene.index.SegmentCoreReaders@7e8905bd'='hgid_i1',int,org.a pache.lucene.search.cache.IntValuesCreator@30781822=org.apache.lucene.sear ch.cache.CachedArray$IntValues#291172425 (size =~ 92 bytes) [junit] [junit] *** END org.apache.solr.request.NumFacetTermsFacetsTest.testNumFacetTermsFacetCount s: Insane FieldCache usage(s) *** On 7/1/11 6:54 AM, Yonik Seeley yo...@lucidimagination.com wrote: On Thu, Jun 30, 2011 at 11:58 PM, Bill Bell billnb...@gmail.com wrote: I meant FC insanity. It does not appear to be an NPE. That's natural, and not a bug. Grouping always uses per-segment field cache entries, where faceting sometimes uses top level field caches. -Yonik http://www.lucidimagination.com - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: Issues with Grouping
On Thu, Jun 30, 2011 at 11:58 PM, Bill Bell billnb...@gmail.com wrote: I meant FC insanity. It does not appear to be an NPE. That's natural, and not a bug. Grouping always uses per-segment field cache entries, where faceting sometimes uses top level field caches. -Yonik http://www.lucidimagination.com - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: Issues with Grouping
I meant FC insanity. It does not appear to be an NPE. I have a test case that shows it in SOLR-2242. Simon may be looking at it also. On 6/28/11 6:44 AM, Michael McCandless luc...@mikemccandless.com wrote: Hi Bill, Can you open an issue and make a patch showing the problem? Thanks. The test is failing only from the FC insanity? Or is there another exception (you mentioned NPE but I don't see it). Mike Mike McCandless http://blog.mikemccandless.com On Mon, Jun 27, 2011 at 11:59 PM, Bill Bell billnb...@gmail.com wrote: The trunk has issues with grouping (NPE). I get this with or without f.hgid_i1.facet.numFacetTerms, 1... I think it has to do with a NPE in group in 4.0 it fails on other code. Thoughts? [junit] - Standard Error - [junit] NOTE: reproduce with: ant test -Dtestcase=NumFacetTermsFacetsTest -Dtestmethod=testNumFacetTermsFacetCounts -Dtests.seed=3921835369594659663:-3219730304883530389 [junit] *** BEGIN org.apache.solr.request.NumFacetTermsFacetsTest.testNumFacetTermsFacetCou nt s: Insane FieldCache usage(s) *** [junit] SUBREADER: Found caches for descendants of DirectoryReader(segments_3 _0(4.0):C6)+hgid_i1 [junit] 'DirectoryReader(segments_3 _0(4.0):C6)'='hgid_i1',class org.apache.lucene.search.FieldCache$DocTermsIndex,org.apache.lucene.searc h. cache.DocTermsIndexCreator@603bb3eb=org.apache.lucene.search.cache.DocTe rm sIndexCreator$DocTermsIndexImpl#1026179434 (size =~ 372 bytes) [junit] 'org.apache.lucene.index.SegmentCoreReaders@7e8905bd'='hgid_i1',int,org. a pache.lucene.search.cache.IntValuesCreator@30781822=org.apache.lucene.se ar ch.cache.CachedArray$IntValues#291172425 (size =~ 92 bytes) [junit] [junit] *** END org.apache.solr.request.NumFacetTermsFacetsTest.testNumFacetTermsFacetCou nt s: Insane FieldCache usage(s) *** [junit] - --- [junit] Testcase: testNumFacetTermsFacetCounts(org.apache.solr.request.NumFacetTermsFacetsT es t): FAILED [junit] org.apache.solr.request.NumFacetTermsFacetsTest.testNumFacetTermsFacetCou nt s: Insane FieldCache usage(s) found expected:0 but was:1 [junit] junit.framework.AssertionFailedError: org.apache.solr.request.NumFacetTermsFacetsTest.testNumFacetTermsFacetCou nt s: Insane FieldCache usage(s) found expected:0 but was:1 [junit] at org.apache.lucene.util.LuceneTestCase.assertSaneFieldCaches(LuceneTestCas e. java:725) [junit] at org.apache.lucene.util.LuceneTestCase.tearDown(LuceneTestCase.java:620) [junit] at org.apache.solr.SolrTestCaseJ4.tearDown(SolrTestCaseJ4.java:96) [junit] at org.apache.lucene.util.LuceneTestCase$LuceneTestCaseRunner.runChild(Lucen eT estCase.java:1430) [junit] at org.apache.lucene.util.LuceneTestCase$LuceneTestCaseRunner.runChild(Lucen eT estCase.java:1348) [junit] assertQ(check group and facet counts with numFacetTerms=1, req(q, id:[1 TO 6] ,indent, on ,facet, true ,group, true ,group.field, hgid_i1 ,f.hgid_i1.facet.limit, -1 ,f.hgid_i1.facet.mincount, 1 ,f.hgid_i1.facet.numFacetTerms, 1 ,facet.field, hgid_i1 ) ,*[count(//arr[@name='groups'])=1] ,*[count(//lst[@name='facet_fields']/lst[@name='hgid_i1']/int)=1] // there are 1 unique items ,//lst[@name='hgid_i1']/int[@name='numFacetTerms'][.='4'] ); - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: Issues with Grouping
Hi Bill, Can you open an issue and make a patch showing the problem? Thanks. The test is failing only from the FC insanity? Or is there another exception (you mentioned NPE but I don't see it). Mike Mike McCandless http://blog.mikemccandless.com On Mon, Jun 27, 2011 at 11:59 PM, Bill Bell billnb...@gmail.com wrote: The trunk has issues with grouping (NPE). I get this with or without f.hgid_i1.facet.numFacetTerms, 1... I think it has to do with a NPE in group in 4.0 it fails on other code. Thoughts? [junit] - Standard Error - [junit] NOTE: reproduce with: ant test -Dtestcase=NumFacetTermsFacetsTest -Dtestmethod=testNumFacetTermsFacetCounts -Dtests.seed=3921835369594659663:-3219730304883530389 [junit] *** BEGIN org.apache.solr.request.NumFacetTermsFacetsTest.testNumFacetTermsFacetCount s: Insane FieldCache usage(s) *** [junit] SUBREADER: Found caches for descendants of DirectoryReader(segments_3 _0(4.0):C6)+hgid_i1 [junit] 'DirectoryReader(segments_3 _0(4.0):C6)'='hgid_i1',class org.apache.lucene.search.FieldCache$DocTermsIndex,org.apache.lucene.search. cache.DocTermsIndexCreator@603bb3eb=org.apache.lucene.search.cache.DocTerm sIndexCreator$DocTermsIndexImpl#1026179434 (size =~ 372 bytes) [junit] 'org.apache.lucene.index.SegmentCoreReaders@7e8905bd'='hgid_i1',int,org.a pache.lucene.search.cache.IntValuesCreator@30781822=org.apache.lucene.sear ch.cache.CachedArray$IntValues#291172425 (size =~ 92 bytes) [junit] [junit] *** END org.apache.solr.request.NumFacetTermsFacetsTest.testNumFacetTermsFacetCount s: Insane FieldCache usage(s) *** [junit] - --- [junit] Testcase: testNumFacetTermsFacetCounts(org.apache.solr.request.NumFacetTermsFacetsTes t): FAILED [junit] org.apache.solr.request.NumFacetTermsFacetsTest.testNumFacetTermsFacetCount s: Insane FieldCache usage(s) found expected:0 but was:1 [junit] junit.framework.AssertionFailedError: org.apache.solr.request.NumFacetTermsFacetsTest.testNumFacetTermsFacetCount s: Insane FieldCache usage(s) found expected:0 but was:1 [junit] at org.apache.lucene.util.LuceneTestCase.assertSaneFieldCaches(LuceneTestCase. java:725) [junit] at org.apache.lucene.util.LuceneTestCase.tearDown(LuceneTestCase.java:620) [junit] at org.apache.solr.SolrTestCaseJ4.tearDown(SolrTestCaseJ4.java:96) [junit] at org.apache.lucene.util.LuceneTestCase$LuceneTestCaseRunner.runChild(LuceneT estCase.java:1430) [junit] at org.apache.lucene.util.LuceneTestCase$LuceneTestCaseRunner.runChild(LuceneT estCase.java:1348) [junit] assertQ(check group and facet counts with numFacetTerms=1, req(q, id:[1 TO 6] ,indent, on ,facet, true ,group, true ,group.field, hgid_i1 ,f.hgid_i1.facet.limit, -1 ,f.hgid_i1.facet.mincount, 1 ,f.hgid_i1.facet.numFacetTerms, 1 ,facet.field, hgid_i1 ) ,*[count(//arr[@name='groups'])=1] ,*[count(//lst[@name='facet_fields']/lst[@name='hgid_i1']/int)=1] // there are 1 unique items ,//lst[@name='hgid_i1']/int[@name='numFacetTerms'][.='4'] ); - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Issues with Grouping
The trunk has issues with grouping (NPE). I get this with or without f.hgid_i1.facet.numFacetTerms, 1... I think it has to do with a NPE in group in 4.0 it fails on other code. Thoughts? [junit] - Standard Error - [junit] NOTE: reproduce with: ant test -Dtestcase=NumFacetTermsFacetsTest -Dtestmethod=testNumFacetTermsFacetCounts -Dtests.seed=3921835369594659663:-3219730304883530389 [junit] *** BEGIN org.apache.solr.request.NumFacetTermsFacetsTest.testNumFacetTermsFacetCount s: Insane FieldCache usage(s) *** [junit] SUBREADER: Found caches for descendants of DirectoryReader(segments_3 _0(4.0):C6)+hgid_i1 [junit] 'DirectoryReader(segments_3 _0(4.0):C6)'='hgid_i1',class org.apache.lucene.search.FieldCache$DocTermsIndex,org.apache.lucene.search. cache.DocTermsIndexCreator@603bb3eb=org.apache.lucene.search.cache.DocTerm sIndexCreator$DocTermsIndexImpl#1026179434 (size =~ 372 bytes) [junit] 'org.apache.lucene.index.SegmentCoreReaders@7e8905bd'='hgid_i1',int,org.a pache.lucene.search.cache.IntValuesCreator@30781822=org.apache.lucene.sear ch.cache.CachedArray$IntValues#291172425 (size =~ 92 bytes) [junit] [junit] *** END org.apache.solr.request.NumFacetTermsFacetsTest.testNumFacetTermsFacetCount s: Insane FieldCache usage(s) *** [junit] - --- [junit] Testcase: testNumFacetTermsFacetCounts(org.apache.solr.request.NumFacetTermsFacetsTes t): FAILED [junit] org.apache.solr.request.NumFacetTermsFacetsTest.testNumFacetTermsFacetCount s: Insane FieldCache usage(s) found expected:0 but was:1 [junit] junit.framework.AssertionFailedError: org.apache.solr.request.NumFacetTermsFacetsTest.testNumFacetTermsFacetCount s: Insane FieldCache usage(s) found expected:0 but was:1 [junit] at org.apache.lucene.util.LuceneTestCase.assertSaneFieldCaches(LuceneTestCase. java:725) [junit] at org.apache.lucene.util.LuceneTestCase.tearDown(LuceneTestCase.java:620) [junit] at org.apache.solr.SolrTestCaseJ4.tearDown(SolrTestCaseJ4.java:96) [junit] at org.apache.lucene.util.LuceneTestCase$LuceneTestCaseRunner.runChild(LuceneT estCase.java:1430) [junit] at org.apache.lucene.util.LuceneTestCase$LuceneTestCaseRunner.runChild(LuceneT estCase.java:1348) [junit] assertQ(check group and facet counts with numFacetTerms=1, req(q, id:[1 TO 6] ,indent, on ,facet, true ,group, true ,group.field, hgid_i1 ,f.hgid_i1.facet.limit, -1 ,f.hgid_i1.facet.mincount, 1 ,f.hgid_i1.facet.numFacetTerms, 1 ,facet.field, hgid_i1 ) ,*[count(//arr[@name='groups'])=1] ,*[count(//lst[@name='facet_fields']/lst[@name='hgid_i1']/int)=1] // there are 1 unique items ,//lst[@name='hgid_i1']/int[@name='numFacetTerms'][.='4'] ); - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
