[
https://issues.apache.org/jira/browse/LUCENE-4100?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16282738#comment-16282738
]
Steve Rowe commented on LUCENE-4100:
------------------------------------
More Solr tests than usual are failing after the {{4fc5a872d}} commit on this
issue, e.g. {{TestHashQParserPlugin.testHashPartition}}, which fails for me
with any seed. From
[https://builds.apache.org/job/Lucene-Solr-Tests-master/2210/]:
{noformat}
Checking out Revision 5448274f26191a9882aa5c3020e3cbdcbf93551c
(refs/remotes/origin/master)
[...]
[junit4] 2> NOTE: reproduce with: ant test
-Dtestcase=TestHashQParserPlugin -Dtests.method=testHashPartition
-Dtests.seed=B372ECC8951DB18F -Dtests.multiplier=2 -Dtests.slow=true
-Dtests.locale=cs -Dtests.timezone=Asia/Jayapura -Dtests.asserts=true
-Dtests.file.encoding=ISO-8859-1
[junit4] ERROR 3.01s J0 | TestHashQParserPlugin.testHashPartition <<<
[junit4] > Throwable #1: java.lang.UnsupportedOperationException: Query
does not implement createWeight
[junit4] > at
__randomizedtesting.SeedInfo.seed([B372ECC8951DB18F:62CFCD2DAE7708E4]:0)
[junit4] > at
org.apache.lucene.search.Query.createWeight(Query.java:66)
[junit4] > at
org.apache.lucene.search.IndexSearcher.createWeight(IndexSearcher.java:734)
[junit4] > at
org.apache.lucene.search.IndexSearcher.createNormalizedWeight(IndexSearcher.java:724)
[junit4] > at
org.apache.solr.search.SolrIndexSearcher.getProcessedFilter(SolrIndexSearcher.java:1062)
[junit4] > at
org.apache.solr.search.SolrIndexSearcher.getDocListNC(SolrIndexSearcher.java:1540)
[junit4] > at
org.apache.solr.search.SolrIndexSearcher.getDocListC(SolrIndexSearcher.java:1416)
[junit4] > at
org.apache.solr.search.SolrIndexSearcher.search(SolrIndexSearcher.java:583)
[junit4] > at
org.apache.solr.handler.component.QueryComponent.doProcessUngroupedSearch(QueryComponent.java:1435)
[junit4] > at
org.apache.solr.handler.component.QueryComponent.process(QueryComponent.java:375)
[junit4] > at
org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:295)
[junit4] > at
org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:177)
[junit4] > at
org.apache.solr.core.SolrCore.execute(SolrCore.java:2503)
[junit4] > at
org.apache.solr.util.TestHarness.query(TestHarness.java:337)
[junit4] > at
org.apache.solr.util.TestHarness.query(TestHarness.java:319)
[junit4] > at
org.apache.solr.search.TestHashQParserPlugin.testHashPartition(TestHashQParserPlugin.java:89)
[junit4] > at java.lang.Thread.run(Thread.java:748)
[...]
[junit4] 2> NOTE: test params are: codec=Lucene70,
sim=Asserting(org.apache.lucene.search.similarities.AssertingSimilarity@68e611ad),
locale=cs, timezone=Asia/Jayapura
[junit4] 2> NOTE: Linux 3.13.0-88-generic amd64/Oracle Corporation
1.8.0_144 (64-bit)/cpus=4,threads=1,free=284221600,total=403177472
{noformat}
My browser says that {{does not implement createWeight}} occurs 48 times in the
[https://builds.apache.org/job/Lucene-Solr-Tests-master/2210/consoleText], so
this is a problem for several tests.
> Maxscore - Efficient Scoring
> ----------------------------
>
> Key: LUCENE-4100
> URL: https://issues.apache.org/jira/browse/LUCENE-4100
> Project: Lucene - Core
> Issue Type: Improvement
> Components: core/codecs, core/query/scoring, core/search
> Affects Versions: 4.0-ALPHA
> Reporter: Stefan Pohl
> Labels: api-change, gsoc2014, patch, performance
> Fix For: master (8.0)
>
> Attachments: LUCENE-4100.patch, LUCENE-4100.patch, LUCENE-4100.patch,
> LUCENE-4100.patch, contrib_maxscore.tgz, maxscore.patch
>
>
> At Berlin Buzzwords 2012, I will be presenting 'maxscore', an efficient
> algorithm first published in the IR domain in 1995 by H. Turtle & J. Flood,
> that I find deserves more attention among Lucene users (and developers).
> I implemented a proof of concept and did some performance measurements with
> example queries and lucenebench, the package of Mike McCandless, resulting in
> very significant speedups.
> This ticket is to get started the discussion on including the implementation
> into Lucene's codebase. Because the technique requires awareness about it
> from the Lucene user/developer, it seems best to become a contrib/module
> package so that it consciously can be chosen to be used.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
