[
https://issues.apache.org/jira/browse/SOLR-16916?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17759078#comment-17759078
]
ASF subversion and git services commented on SOLR-16916:
--------------------------------------------------------
Commit 7d39f30defcb2221911affdd5323892f5236e2e0 in solr's branch
refs/heads/branch_9x from Jane Sandberg
[ https://gitbox.apache.org/repos/asf?p=solr.git;h=7d39f30defc ]
SOLR-16916: JSON boolean queries when solrconfig defType is set to edismax
(#1827)
SOLR-16916: Use of the JSON Query DSL should ignore the defType parameter
(Christina Chortaria, Max Kadel, Ryan Laddusaw, Jane Sandberg, David Smiley)
Co-authored-by: David Smiley <[email protected]>
Co-authored-by: Jane Sandberg <[email protected]>
Co-authored-by: Ryan Laddusaw <[email protected]>
Co-authored-by: Christina Chortaria <[email protected]>
Co-authored-by: Max Kadel <[email protected]>
> JSON Query DSL doesn't work if defType isn't lucene
> ---------------------------------------------------
>
> Key: SOLR-16916
> URL: https://issues.apache.org/jira/browse/SOLR-16916
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: query parsers
> Affects Versions: 7.2
> Reporter: David Smiley
> Priority: Minor
> Time Spent: 2h
> Remaining Estimate: 0h
>
> If the [JSON Query DSL|https://solr.apache.org/guide/8_4/json-query-dsl.html]
> is used (POSTing JSON), it requires that the default "lucene" query parser is
> used. If for some reason defType is set, like in the defaults section of the
> request handler, then this doesn't work. Internally, the JSON is rewritten
> to local-params syntax which requires the default parser, not another like
> edismax.
> This behavior broke in 7.2 when other parsers stopped processing local-params
> in the name of security.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
