Skip to content

SOLR-15345: add fq.qparser and fq.defType alias so that filter queries#82

Closed
dweiss wants to merge 1 commit intoapache:mainfrom
dweiss:SOLR-15345
Closed

SOLR-15345: add fq.qparser and fq.defType alias so that filter queries#82
dweiss wants to merge 1 commit intoapache:mainfrom
dweiss:SOLR-15345

Conversation

@dweiss
Copy link
Contributor

@dweiss dweiss commented Apr 20, 2021

No description provided.

…s can be parsed with a non-default query parser.
Copy link
Contributor

@dsmiley dsmiley left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"fq" is not only parsed by QueryComponent. Doing a find-usages on the CommonParams.FQ params turns up another semantically equivalent usages:

  • RealTimeGetComponent

I looked through the others and don't think there's anything to do in those oplaces.

* alias to {@link #FQ_QPARSER} which is aligned with the legacy {@code defType}
* parameter. {@link #FQ_QPARSER} should be preferred over this syntax.
*/
String FQ_DEFPARSER = CommonParams.FQ + ".defType";
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't see the point in introducing fq.defType if we agree fq.qparser makes more sense?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks. Yeah, I didn't think of it - I'll take a look at those other places. I don't mind adding just one version of the parameter too (fq.qparser).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants