kotman12 commented on code in PR #4149: URL: https://github.com/apache/solr/pull/4149#discussion_r2967996069
########## solr/solr-ref-guide/modules/indexing-guide/pages/luke-request-handler.adoc: ########## @@ -118,3 +130,43 @@ Alternatively, to work through the Lucene native id: http://localhost:8983/solr/techproducts/admin/luke?fl=manu&docId=0 From SolrJ, you can access /luke using the {solr-javadocs}/solrj/org/apache/solr/client/solrj/request/LukeRequest.html[`LukeRequest`] object. + +== Distributed Mode (SolrCloud) + +When running in SolrCloud, the Luke handler can aggregate results from all shards in a collection by setting `distrib=true`. +By default, `distrib` is `false` and the handler inspects only the local shard's index. + +To get a collection-wide view: + +[source,text] +http://localhost:8983/solr/techproducts/admin/luke?distrib=true + +To get detailed field statistics across all shards for a specific field: + +[source,text] +http://localhost:8983/solr/techproducts/admin/luke?distrib=true&fl=manu Review Comment: Is there an existing pattern of what you are describing or is this something new? I couldn't find anything quite like this in existing solr handlers. Also, is this something that is easier to do specifically with `V2HttpCall`? I wasn't able to find anything the request context that could easily distinguish what the original path was (in v1 at least). I'm kind of assuming this would require a routing layer change but before I dive in that direction I wanted to see if there was something I was missing. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
