[ https://issues.apache.org/jira/browse/SOLR-334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12586960#action_12586960 ]
Hoss Man commented on SOLR-334: ------------------------------- I'd vote for anything but "<" ... mainly because of the XML similarity and escaping needed.. square brackets or curly braces are fine with me ... we could even go with a combo approach to reduce the likelyhood of collision with any existing/future syntax people want to write QParser plugins for.... bq. bf={[!query v=$dateboost]} ...OR... and call me crazy here ... we could make the actual start/end tokens be configurable (could make sense as a <requestParser> option since using different markup per handler seems like overkill) > pluggable query parsers > ----------------------- > > Key: SOLR-334 > URL: https://issues.apache.org/jira/browse/SOLR-334 > Project: Solr > Issue Type: New Feature > Reporter: Yonik Seeley > Attachments: qparser.patch, qparser.patch, qparser.patch > > > One should be able to optionally specify an alternate query syntax on a > per-query basis > http://www.nabble.com/Using-HTTP-Post-for-Queries-tf3039973.html#a8483387 > Many benefits, including avoiding the need to do query parser escaping for > simple term or prefix queries. > Possible Examples: > fq=<!term field="myfield">The Term > fq=<!prefix field="myfield">The Prefix > q=<!qp op="AND">a b > q=<!xml><?xml...> // lucene XML query syntax? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.