[jira] [Commented] (SOLR-11809) QueryComponent.prepare rq parameter parsing fails under SOLR 7.2
[
https://issues.apache.org/jira/browse/SOLR-11809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16317000#comment-16317000
]
ASF subversion and git services commented on SOLR-11809:
Commit 2ec80a272909588a2dd0f276ada4f798979c4fac in lucene-solr's branch
refs/heads/branch_7_2 from [~cpoerschke]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=2ec80a2 ]
SOLR-11809: QueryComponent.prepare rq parsing could fail under SOLR 7.2.0 - fix:
QueryComponent's rq parameter parsing no longer considers the defType parameter.
(Christine Poerschke and David Smiley in response to bug report/analysis from
Dariusz Wojtas and Diego Ceccarelli)
> QueryComponent.prepare rq parameter parsing fails under SOLR 7.2
>
>
> Key: SOLR-11809
> URL: https://issues.apache.org/jira/browse/SOLR-11809
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
>Affects Versions: 7.2
> Environment: Windows 10, java version "1.8.0_151"
>Reporter: Dariusz Wojtas
>Assignee: Christine Poerschke
> Fix For: 7.2.1
>
> Attachments: SOLR-11809.patch, SOLR-11809.patch, ltr-sample.zip
>
>
> The LTR functionality that works under SOLR 7.0 and 7.1 stopped working in
> 7.2.
> From the solr-user mailing list it appears it might be related to SOLR-11501 .
> I am attaching the minimal working collection definition (attached
> [^ltr-sample.zip]) that shows the problem.
> Please deploy the collection (unpack under "server/solr"), run solr and
> invoke the URL below.
> http://localhost:8983/solr/ltr-sample/select?q=*:*
> Behaviour:
> * under 7.0 and 7.1 - empty resultset is returned (there is no data in the
> collection)
> * under 7.2 - error: "rq parameter must be a RankQuery". The stacktrace
> {code}
> 2018-01-02 20:51:06.807 INFO (qtp205125520-20) [ x:ltr-sample]
> o.a.s.c.S.Request [ltr-sample] webapp=/solr path=/select
> params={q=*:*&_=1514909140928} status=400 QTime=23
> 2018-01-02 21:04:27.293 ERROR (qtp205125520-17) [ x:ltr-sample]
> 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:269)
> 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)
> [..]
> {code}
> i have checked - the same issue exists when I try to invoke the _rerank_
> query parser.
--
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
[jira] [Commented] (SOLR-11809) QueryComponent.prepare rq parameter parsing fails under SOLR 7.2
[
https://issues.apache.org/jira/browse/SOLR-11809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16316993#comment-16316993
]
ASF subversion and git services commented on SOLR-11809:
Commit 6437477706b818e2c77f7e3a93ab1b2725f0563e in lucene-solr's branch
refs/heads/branch_7x from [~cpoerschke]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=6437477 ]
SOLR-11809: QueryComponent.prepare rq parsing could fail under SOLR 7.2.0 - fix:
QueryComponent's rq parameter parsing no longer considers the defType parameter.
(Christine Poerschke and David Smiley in response to bug report/analysis from
Dariusz Wojtas and Diego Ceccarelli)
> QueryComponent.prepare rq parameter parsing fails under SOLR 7.2
>
>
> Key: SOLR-11809
> URL: https://issues.apache.org/jira/browse/SOLR-11809
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
>Affects Versions: 7.2
> Environment: Windows 10, java version "1.8.0_151"
>Reporter: Dariusz Wojtas
>Assignee: Christine Poerschke
> Fix For: 7.2.1
>
> Attachments: SOLR-11809.patch, SOLR-11809.patch, ltr-sample.zip
>
>
> The LTR functionality that works under SOLR 7.0 and 7.1 stopped working in
> 7.2.
> From the solr-user mailing list it appears it might be related to SOLR-11501 .
> I am attaching the minimal working collection definition (attached
> [^ltr-sample.zip]) that shows the problem.
> Please deploy the collection (unpack under "server/solr"), run solr and
> invoke the URL below.
> http://localhost:8983/solr/ltr-sample/select?q=*:*
> Behaviour:
> * under 7.0 and 7.1 - empty resultset is returned (there is no data in the
> collection)
> * under 7.2 - error: "rq parameter must be a RankQuery". The stacktrace
> {code}
> 2018-01-02 20:51:06.807 INFO (qtp205125520-20) [ x:ltr-sample]
> o.a.s.c.S.Request [ltr-sample] webapp=/solr path=/select
> params={q=*:*&_=1514909140928} status=400 QTime=23
> 2018-01-02 21:04:27.293 ERROR (qtp205125520-17) [ x:ltr-sample]
> 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:269)
> 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)
> [..]
> {code}
> i have checked - the same issue exists when I try to invoke the _rerank_
> query parser.
--
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
[jira] [Commented] (SOLR-11809) QueryComponent.prepare rq parameter parsing fails under SOLR 7.2
[
https://issues.apache.org/jira/browse/SOLR-11809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16316940#comment-16316940
]
ASF subversion and git services commented on SOLR-11809:
Commit 2828656892114ab7bb4c7742eac9c4e6f49f69ab in lucene-solr's branch
refs/heads/master from [~cpoerschke]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=2828656 ]
SOLR-11809: QueryComponent.prepare rq parsing could fail under SOLR 7.2.0 - fix:
QueryComponent's rq parameter parsing no longer considers the defType parameter.
(Christine Poerschke and David Smiley in response to bug report/analysis from
Dariusz Wojtas and Diego Ceccarelli)
> QueryComponent.prepare rq parameter parsing fails under SOLR 7.2
>
>
> Key: SOLR-11809
> URL: https://issues.apache.org/jira/browse/SOLR-11809
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
>Affects Versions: 7.2
> Environment: Windows 10, java version "1.8.0_151"
>Reporter: Dariusz Wojtas
>Assignee: Christine Poerschke
> Fix For: 7.2.1
>
> Attachments: SOLR-11809.patch, SOLR-11809.patch, ltr-sample.zip
>
>
> The LTR functionality that works under SOLR 7.0 and 7.1 stopped working in
> 7.2.
> From the solr-user mailing list it appears it might be related to SOLR-11501 .
> I am attaching the minimal working collection definition (attached
> [^ltr-sample.zip]) that shows the problem.
> Please deploy the collection (unpack under "server/solr"), run solr and
> invoke the URL below.
> http://localhost:8983/solr/ltr-sample/select?q=*:*
> Behaviour:
> * under 7.0 and 7.1 - empty resultset is returned (there is no data in the
> collection)
> * under 7.2 - error: "rq parameter must be a RankQuery". The stacktrace
> {code}
> 2018-01-02 20:51:06.807 INFO (qtp205125520-20) [ x:ltr-sample]
> o.a.s.c.S.Request [ltr-sample] webapp=/solr path=/select
> params={q=*:*&_=1514909140928} status=400 QTime=23
> 2018-01-02 21:04:27.293 ERROR (qtp205125520-17) [ x:ltr-sample]
> 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:269)
> 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)
> [..]
> {code}
> i have checked - the same issue exists when I try to invoke the _rerank_
> query parser.
--
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
[jira] [Commented] (SOLR-11809) QueryComponent.prepare rq parameter parsing fails under SOLR 7.2
[
https://issues.apache.org/jira/browse/SOLR-11809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16316420#comment-16316420
]
David Smiley commented on SOLR-11809:
-
+1 very good; commit away
I definitely overlooked this in SOLR-11501. And the tests for this feature use
{{q=\{!edismax\}...}} which is unnatural to how typical Solr queries are issued
(they would use defType).
> QueryComponent.prepare rq parameter parsing fails under SOLR 7.2
>
>
> Key: SOLR-11809
> URL: https://issues.apache.org/jira/browse/SOLR-11809
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
>Affects Versions: 7.2
> Environment: Windows 10, java version "1.8.0_151"
>Reporter: Dariusz Wojtas
> Attachments: SOLR-11809.patch, SOLR-11809.patch, ltr-sample.zip
>
>
> The LTR functionality that works under SOLR 7.0 and 7.1 stopped working in
> 7.2.
> From the solr-user mailing list it appears it might be related to SOLR-11501 .
> I am attaching the minimal working collection definition (attached
> [^ltr-sample.zip]) that shows the problem.
> Please deploy the collection (unpack under "server/solr"), run solr and
> invoke the URL below.
> http://localhost:8983/solr/ltr-sample/select?q=*:*
> Behaviour:
> * under 7.0 and 7.1 - empty resultset is returned (there is no data in the
> collection)
> * under 7.2 - error: "rq parameter must be a RankQuery". The stacktrace
> {code}
> 2018-01-02 20:51:06.807 INFO (qtp205125520-20) [ x:ltr-sample]
> o.a.s.c.S.Request [ltr-sample] webapp=/solr path=/select
> params={q=*:*&_=1514909140928} status=400 QTime=23
> 2018-01-02 21:04:27.293 ERROR (qtp205125520-17) [ x:ltr-sample]
> 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:269)
> 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)
> [..]
> {code}
> i have checked - the same issue exists when I try to invoke the _rerank_
> query parser.
--
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
[jira] [Commented] (SOLR-11809) QueryComponent.prepare rq parameter parsing fails under SOLR 7.2
[
https://issues.apache.org/jira/browse/SOLR-11809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16311735#comment-16311735
]
David Smiley commented on SOLR-11809:
-
I suspect that the right solution is for "rq" to be parsed without care for
whatever defType is. The rationale is that defType is almost exclusively for
the "q" parameter; other parameters use the default of "lucene". Also note
that RQ must produce a query of a certain type, which is more evidence that
defType is irrelevant. I can appreciate that "hl.q" param is an exception
since when used it's a tweak of "q" in some way.
> QueryComponent.prepare rq parameter parsing fails under SOLR 7.2
>
>
> Key: SOLR-11809
> URL: https://issues.apache.org/jira/browse/SOLR-11809
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
>Affects Versions: 7.2
> Environment: Windows 10, java version "1.8.0_151"
>Reporter: Dariusz Wojtas
> Attachments: SOLR-11809.patch, ltr-sample.zip
>
>
> The LTR functionality that works under SOLR 7.0 and 7.1 stopped working in
> 7.2.
> From the solr-user mailing list it appears it might be related to SOLR-11501 .
> I am attaching the minimal working collection definition (attached
> [^ltr-sample.zip]) that shows the problem.
> Please deploy the collection (unpack under "server/solr"), run solr and
> invoke the URL below.
> http://localhost:8983/solr/ltr-sample/select?q=*:*
> Behaviour:
> * under 7.0 and 7.1 - empty resultset is returned (there is no data in the
> collection)
> * under 7.2 - error: "rq parameter must be a RankQuery". The stacktrace
> {code}
> 2018-01-02 20:51:06.807 INFO (qtp205125520-20) [ x:ltr-sample]
> o.a.s.c.S.Request [ltr-sample] webapp=/solr path=/select
> params={q=*:*&_=1514909140928} status=400 QTime=23
> 2018-01-02 21:04:27.293 ERROR (qtp205125520-17) [ x:ltr-sample]
> 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:269)
> 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)
> [..]
> {code}
> i have checked - the same issue exists when I try to invoke the _rerank_
> query parser.
--
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
