Re: Clarification on Collections API for 5.x

One driving reason behind making such a statement in the upgrade note was that at some point in the 5.x line, we want to move to a "Zookeeper state as truth" mode where only the state inside ZK is considered as truth regardless of the local state of a node. Such a move will break back-compat (e.g.

Re: Clarification on Collections API for 5.x

Thanks for the clarification! On 5/27/15, 12:00 PM, "Erick Erickson" wrote: >Are you defining shard and replicas here? Or is this just a >single-node collection? In any case, this seems unnecessary. You'd get >the same thing by having your uploading the config set to ZK, then >just issuing a Col

Re: Clarification on Collections API for 5.x

Are you defining shard and replicas here? Or is this just a single-node collection? In any case, this seems unnecessary. You'd get the same thing by having your uploading the config set to ZK, then just issuing a Collections CREATE command, specifying the node to use if desired. What you're doing

Re: Clarification on Collections API for 5.x

bump On 5/21/15, 9:06 AM, "Jim.Musil" wrote: >Hi, > >In the guide for moving from Solr 4.x to 5.x, it states the following: > >"Solr 5.0 only supports creating and removing SolrCloud collections >through the Collections >API, >unl

Clarification on Collections API for 5.x

Hi, In the guide for moving from Solr 4.x to 5.x, it states the following: "Solr 5.0 only supports creating and removing SolrCloud collections through the Collections API, unlike previous versions. While not using the collection