Thanks Anil and Erik for your response.

“f.fl.qf” is not a recognized Solr parameter.
Please note that in f.fl.qf the fl is just used as an example alias name.
f.fl.qf is alias of four fields as defined below for fl1,fl2,fl3 and fl4.
This is as per edismax specification.
<str name="f.fl.qf">fl1 fl2 fl3 fl4</str>
Please let me know if the definition is wrong.

Please provide the full (debug=true) response from Solr so we can see how
the query is being parsed.

This field analysis chain contains following filters.

<filter class="solr.StopFilterFactory" ignoreCase="true"
words="stopwords.txt"/>
<filter class="solr.WordDelimiterFilterFactory" generateWordParts="1"
generateNumberParts="1" catenateWords="1" catenateNumbers="1"
catenateAll="1" splitOnCaseChange="1" preserveOriginal="1"/>
<filter class="solr.ICUFoldingFilterFactory"/>
<filter class="solr.PatternReplaceFilterFactory" pattern="([^a-z0-9]+$)"
replacement=""/>
<filter class="solr.KStemFilterFactory"/>
<filter class="solr.RemoveDuplicatesTokenFilterFactory"/>

*Query: fl:/netw.{0,4}/*
"parsedquery_toString": +(((fl1:netw.{0,4 fl1:netw fl1:netw04) (fl1:0
fl1:04) fl1:4) | ((fl2:netw.{0,4 fl2:netw fl2:netw04) (fl2:0 fl2:04) fl2:4)
| ((fl3:netw.{0,4 fl3:netw fl3:netw04) (fl3:0 fl3:04) fl3:4) |
((fl4:netw.{0,4 fl4:netw fl4:netw04) (fl4:0 fl4:04) fl4:4)))",

*Query: fl1:/netw.{0,4}/*
"parsedquery_toString": "+tt:/netw.{0,4}/"


Regards,
Modassar

On Wed, Jun 29, 2016 at 5:13 PM, Erik Hatcher <erik.hatc...@gmail.com>
wrote:

> “f.fl.qf” is not a recognized Solr parameter.   Please provide the full
> (debug=true) response from Solr so we can see how the query is being parsed.
>
>         Erik
>
> > On Jun 27, 2016, at 6:41 AM, Modassar Ather <modather1...@gmail.com>
> wrote:
> >
> > Hi,
> >
> > I have a qf defined as follows:
> >
> > *<str name="f.fl.qf">fl1 fl2 fl3 fl4</str>*
> > These are all text fields.
> >
> > When I query *fl:/netw.{0,4}/ *I see the parsed query contains all the
> > possible analyzed tokens of the query where as for query
> *fl1:/netw.{0,4}/ *it
> > parses the query as expected to *fl1:/netw.{0,4}/*.
> >
> > Please let me know if it is expected or a bug?
> > Note: I could not find any regex query related getter method in
> > ExtendedDismaxQParser.java. Please help me understand regex queries
> support
> > in edismax.
> >
> > Thanks,
> > Modassar
>
>

Reply via email to