Do you have the ltr qparser plugin registered into the solrconfig?
Can you check what happens if instead of ltr you use the rerank query plugin?
does it work or you get the same error?
https://lucene.apache.org/solr/guide/6_6/query-re-ranking.html
From: solr-user@lucene.apache.org At: 12/28/17 13:58:26To:
solr-user@lucene.apache.org
Subject: Re: SOLR 7.2 and LTR
Hello Diego,
solr.log contains always the same single stacktrace in SOLR 7.2.
I've been trying to pass rq via solrconfig.xml and via HTTP form.
The /searchIncidents handler contains edismax query.
Works if I completely disable rq. When I add the rq param, even something
like:
{!ltr reRankDocs=25 model=incidentModel}
I get the exception.
The model is there, it's LinearModel model simplified to contain only
single feature 'originalScore', defined as in all available examples.
I just copy the same config directory under 'server\solr' to SOLR 7.0 and
it works.
I only skip the 'data' subfolder because of index differences, wen copying.
2017-12-28 13:51:08.141 DEBUG (qtp205125520-18) [ x:entityindex]
o.a.s.c.S.Request [entityindex] webapp=/solr path=/searchIncidents
params={personalId=1234567890&searchedTerms=Test&rq={!ltr+reRankDocs%3D25+model%3DincidentModel}}
2017-12-28 13:51:08.145 ERROR (qtp205125520-18) [ x:entityindex]
o.a.s.h.RequestHandlerBase org.apache.solr.common.SolrException: rq
parameter must be a RankQuery
at
org.apache.solr.handler.component.QueryComponent.prepare(QueryComponent.java:183)
at
org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:276)
at
org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:177)
at org.apache.solr.core.SolrCore.execute(SolrCore.java:2503)
at org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:710)
at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:516)
at
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:382)
at
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:326)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1751)
at
org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:582)
at
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
at
org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548)
at
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:226)
at
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1180)
at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:512)
at
org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
at
org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1112)
at
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
at
org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:213)
at
org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:119)
at
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:134)
at
org.eclipse.jetty.rewrite.handler.RewriteHandler.handle(RewriteHandler.java:335)
at
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:134)
at org.eclipse.jetty.server.Server.handle(Server.java:534)
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:320)
at
org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:251)
at
org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:283)
at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:108)
at
org.eclipse.jetty.io.SelectChannelEndPoint$2.run(SelectChannelEndPoint.java:93)
at
org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.executeProduceConsume(ExecuteProduceConsume.java:303)
at
org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.produceConsume(ExecuteProduceConsume.java:148)
at
org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.run(ExecuteProduceConsume.java:136)
at
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:671)
at
org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:589)
at java.lang.Thread.run(Unknown Source)
Best regards,
Dariusz Wojtas
On Thu, Dec 28, 2017 at 1:03 PM, Diego Ceccarelli (BLOOMBERG/ LONDON) <
dceccarel...@bloomberg.net> wrote:
> Hello Dariusz,
>
> Can you look into the solr logs for a stack trace or ERROR logs?
>
>
>
> From: solr-user@lucene.apache.org At: 12/27/17 19:01:29To:
> solr-user@lucene.apache.org
> Subject: SOLR 7.2 and LTR
>
> Hi,
>
> I am using SOLR 7.0 and use the ltr parser.
> The configuration I use works nicely under SOLR 7.0.0.
> I am trying to upgrade to 7.2.0 but whenever I want to use my handler, I
> get an exception:
> "rq parameter must be a RankQuery"
>
> The exact response is:
> <lst name="error">
> <lst name="metadata">
> <str name="error-class">org.apache.solr.common.SolrException</str>
> <str name="root-error-class">org.apache.solr.common.SolrException</str>
> </lst>
> <str name="msg">rq parameter must be a RankQuery</str>
> <intname="code">400</int>
> </lst>
>
>
> My rq param is:
> <str name="rq">{!ltr reRankDocs=25 model=myModel}</str>
>
> I have simplified the model (Linear) to contain only single feature
> "originalScore".
> Works under 7.0, but when I run it with 7.2 - error.
>
> Any hints on this?
>
>
>
