Hi,
My problem is more: If you want to start a single Solr server, why the
hell do you want a zookeeper? This is total crap and waste of resources
and a security leak on top (why start some software that you don't need?).
I would agree with the new Solr Cloud default, if there would be by
default a test cluster started. But if it is only a single node: please,
please, please default to standalone (yes that's the correct name) mode.
Maybe make that dependent on what user wants: If you want to start a
test cluster start it in zookeper mode, if it's only one node start as
standalone.
Speaking for many users... Thanks, Uwe
P.S.: Instead of separating so hardly between incompatible solr cloud vs
solr standalone: Make both behave identical API wise (e.g, remove the
differences between terms "collection" and "core"), but only start that
Zookeeper (shit) if you want more than one node by opt-in.
Am 28.02.2024 um 19:19 schrieb Eric Pugh:
This change is definitely NOT about requiring them to use Solr Cloud….
We’ve changed the bin/solr script to require a “start” parameter, so “bin/solr start” to
fire up solr, so if you are used to "bin/solr", you will need to learn the
“bin/solr start” command. Though, if you are using install scripts, that probably
doesn’t matter.
For those who don’t want Solr Cloud, you just need to add a flag, so “bin solr
start -standalone” for example...
On Feb 28, 2024, at 12:55 PM, Uwe Schindler <u...@thetaphi.de> wrote:
Please no :-) 100% of my small/medium sized customers would never ever use Solr
Cloud.
Uwe
Am 23.02.2024 um 19:06 schrieb Eric Pugh:
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/><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.
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de <https://www.thetaphi.de/>
eMail: u...@thetaphi.de <mailto:u...@thetaphi.de>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
<mailto:dev-unsubscr...@solr.apache.org>
For additional commands, e-mail: dev-h...@solr.apache.org
<mailto: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.
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
For additional commands, e-mail: dev-h...@solr.apache.org
