[ 
https://issues.apache.org/jira/browse/SOLR-14419?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17111927#comment-17111927
 ] 

Mikhail Khludnev commented on SOLR-14419:
-----------------------------------------

[~caomanhdat], thanks for your reply. 
1. it's verbose, that's why it's necessary for advanced usecase and let to 
avoid a lot of repetition. 
2. _Can it be $paramName_ that's what I started from, but how to distinguish 
between string query starting from {{$}} and this $ref. Someone might search 
for $$.
3. _recursive dependency,_ this code just puts params refss {{{!v=$ref}}} and 
these refs would be resolved by {{QParser}}, which already has 
{{checkRecursive}}. Do you think it's worth to add explicit test? 
4. _feature is kinda limited_ I see no limits so far.
5.off-top:  _we already have tags_ I feel regret for brought this #microsyntax, 
now I think it's redundant and we would be just fine with explicit 
{{"tags":"foo,bar"}} properties. Sad, but that's it. 

> Query DLS {"param":"ref"}
> -------------------------
>
>                 Key: SOLR-14419
>                 URL: https://issues.apache.org/jira/browse/SOLR-14419
>             Project: Solr
>          Issue Type: Improvement
>      Security Level: Public(Default Security Level. Issues are Public) 
>          Components: JSON Request API
>            Reporter: Mikhail Khludnev
>            Assignee: Mikhail Khludnev
>            Priority: Major
>             Fix For: 8.6
>
>         Attachments: SOLR-14419.patch, SOLR-14419.patch, SOLR-14419.patch
>
>
> What we can do with plain params: 
> {{q=\{!parent which=$prnts}...&prnts=type:parent}}
> obviously I want to have something like this in Query DSL:
> {code}
> { "query": { "parents":{ "which":{"param":"prnts"}, "query":"..."}}
>   "params": {
>           "prnts":"type:parent"
>    }
> }
> {code} 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org

Reply via email to