I too refer to it as "standalone". "User-managed" was mainly invented to have a name for distributed "standalon", in which case standalone could be confused with "singlenode"?
Thanks David for the other list reference. Useful context for sure. Jan > 26. feb. 2024 kl. 19:05 skrev Eric Pugh <ep...@opensourceconnections.com>: > > Can you re-share that link to the thread "SolrCloud Alone: Deprecate > Standalone Mode”. I took a look and didn’t find it. > > We could change to standalone ;-). We have a nice glossary in our ref guide > https://solr.apache.org/guide/solr/latest/getting-started/solr-glossary.html > that doesn’t actually include “Standalone” or “User Managed”. > > > >> On Feb 26, 2024, at 3:59 PM, David Smiley <dsmi...@apache.org> wrote: >> >> Also reference a bigger discussion of August that same year: >> "SolrCloud Alone: Deprecate Standalone Mode" >> https://lists.apache.org/list.html?dev@solr.apache.org >> >> (reading past conversations on a topic should be required reading when >> introducing again) >> >> RE "user-managed" I recall Cassandra was working on the ref guide and >> tried to get us to harmonize on some terminology. Ultimately "user >> managed" was chosen and thus this term is widespread in the ref guide >> despite "standalone" clearly being used for many years. Personally, I >> *much* prefer "standalone" and continue to use it (sorry?). >> >> 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 >> > > _______________________ > 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