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

Ishan Chattopadhyaya commented on SOLR-13942:
---------------------------------------------

bq. Ishan, you are disregarding comments because you assume people doesn’t have 
your experience? what’s with that?
Gosh! How do you come to that conclusion, now? And which comments did I 
disregard? I think I disagree with many comments here, but I haven't 
disregarded anything.

bq. This new API makes adds exposure to internal metadata that can't be 
guaranteed to be compatible over versions. By adding this API we are agreeing 
to either maintain compatibility which will make development more complicated, 
or, if we decide not not have compatibility, we hurt users building on top of 
it, and make upgrades more difficult to them.
Lets have it as an internal API. We needn't guarantee backward compatability. 
It is obvious that this is an API that just helps retrieve ZK data, and if the 
structure of the data itself changes, then relying on that data isn't feasible. 
Think of it as a debug API; when a query is issued with debug/explain, then 
internal details are revealed (that may change in subsequent releases).

bq. ... it’s not the right thing for it in the long term
I'm not against improving all other APIs, but who will work on them to make 
sure all possible info is available via those APIs? And how long do you suppose 
we should wait till that is done? And, how is this API any hindrance to 
improving other APIs? And how about removing this endpoint when those other 
APIs are perfect?

bq. Disagree. This goes against the “hide ZooKeeper” strategy everyone agreed 
on recently.
Having this endpoint is very much important to "hide ZooKeeper" (from public 
exposure). No one argued that the data stored in ZK should be hidden away; Solr 
keeps some internal data somewhere (ZK), and expert users must be able to 
access that (in the raw form, if possible).

> /api/cluster/zk/* to fetch raw ZK data
> --------------------------------------
>
>                 Key: SOLR-13942
>                 URL: https://issues.apache.org/jira/browse/SOLR-13942
>             Project: Solr
>          Issue Type: New Feature
>          Components: v2 API
>            Reporter: Noble Paul
>            Assignee: Noble Paul
>            Priority: Blocker
>             Fix For: 8.5
>
>          Time Spent: 20m
>  Remaining Estimate: 0h
>
> example
> download the {{state.json}} of
> {code}
> GET http://localhost:8983/api/cluster/zk/collections/gettingstarted/state.json
> {code}
> get a list of all children under {{/live_nodes}}
> {code}
> GET http://localhost:8983/api/cluster/zk/live_nodes
> {code}
> If the requested path is a node with children show the list of child nodes 
> and their meta data



--
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