[
https://issues.apache.org/jira/browse/SOLR-17715?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Smiley updated SOLR-17715:
--------------------------------
Description:
SolrJ doesn't need the "qt" param; SolrJ can create requests with whatever the
desired path should be as a parameter to the SolrRequest constructor. The "qt"
param complicates interpreting a request to know where to send it. And it
still shows up on the request, which the Solr backend hasn't handled for a long
time.
----
Originally this issue was basically "deprecate qt" but now it's morphed to be a
QueryRequest improvement with additional constructors so callers can be
explicit about the path without resorting to "qt", and also includes some "qt"
filtering here.
was:SolrJ doesn't need the "qt" param; SolrJ can create requests with
whatever the desired path should be as a parameter to the SolrRequest
constructor. The "qt" param complicates interpreting a request to know where
to send it. And it still shows up on the request, which the Solr backend
hasn't handled for a long time.
> SolrJ / QueryRequest - stop sending "qt" param
> ----------------------------------------------
>
> Key: SOLR-17715
> URL: https://issues.apache.org/jira/browse/SOLR-17715
> Project: Solr
> Issue Type: Task
> Components: SolrJ
> Reporter: David Smiley
> Priority: Major
> Labels: newdev, pull-request-available
> Time Spent: 3h 20m
> Remaining Estimate: 0h
>
> SolrJ doesn't need the "qt" param; SolrJ can create requests with whatever
> the desired path should be as a parameter to the SolrRequest constructor.
> The "qt" param complicates interpreting a request to know where to send it.
> And it still shows up on the request, which the Solr backend hasn't handled
> for a long time.
> ----
> Originally this issue was basically "deprecate qt" but now it's morphed to be
> a QueryRequest improvement with additional constructors so callers can be
> explicit about the path without resorting to "qt", and also includes some
> "qt" filtering here.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
