Thanks for the link to that 2021 discussion Jan - had forgotten about that.
I agree that SIP-14 (or some portion of it) goes a long way towards making SolrCloud (w/ embedded ZK) a more serviceable default. On Fri, Feb 23, 2024 at 7:14 PM Jan Høydahl <jan....@cominvent.com> wrote: > > Cross referencing earlier discussion "[DISCUSS] Make Cloud mode the default > option in bin/solr" from May 2021: > https://lists.apache.org/thread/79xp2xfvqwhr9zccmsvjvj0hckgg5m6w > > Some valid arguments for an against in that thread. > > Ideally I'd prefer SIP-14 to be done before embedded zk is promoted as the > best way to run Solr. > > Jan > > > 23. feb. 2024 kl. 19:06 skrev Eric Pugh <ep...@opensourceconnections.com>: > > > > During today’s community discussion the topic of moving to defaulting to > > SolrCloud mode came up. > > > > The idea here is that when a user run’s “bin/solr start” it fires up an > > embedded zookeeper. Same behavior as “bin/solr -c” in Solr 9.5. If you > > have a Zookeeper Ensemble then “bin/solr start -z YOUR_ZK_SETUP” would > > connect to the external ensemble instead. > > > > If you want to continue to use the class user managed mode, then bin/solr > > start —user-managed maybe? Or bin/solr start —standalone ??? > > > > Other changes would be to go through the Ref Guide and where we have both > > SolrCloud and non SolrCloud content that we make sure SolrCloud content is > > at the top instead of at the bottom. > > > > To me, this feels like a change that would go on main. > > > > Thoughts? > > > > Eric > > > > > > > > > > > > > > > > > > _______________________ > > Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 | > > http://www.opensourceconnections.com > > <http://www.opensourceconnections.com/> | My Free/Busy > > <http://tinyurl.com/eric-cal> > > Co-Author: Apache Solr Enterprise Search Server, 3rd Ed > > <https://www.packtpub.com/big-data-and-business-intelligence/apache-solr-enterprise-search-server-third-edition-raw> > > This e-mail and all contents, including attachments, is considered to be > > Company Confidential unless explicitly stated otherwise, regardless of > > whether attachments are marked as such. > > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org For additional commands, e-mail: dev-h...@solr.apache.org
