I’ve heard both “We can’t just change it in Solr 9 because folks are using it, so we need to do proper deprecation etc” and “no one should use it” ;-). Also, the biggest reason to move from bin/post over to bin/solr post was to take advantage of the revamped Solr CLI stuff to reduce tech debt and duplication of code, so keeping bin/post would go against that goal ;-). I’d also like to keep the tool for all the same reasons that we might want to use bin/solr create etc, sometimes having user authentication is easier via a tool versus straight up curl….
How about this as some concrete steps to move forward: * Do the "bin/solr post" migration * Add a message about “bin/solr post isn’t meant for production use” or other messaging to highlight “toy” nature that is emitted when you use "bin/solr post". * Narrow it down to just the file posting…? I feel a bit sad on the web crawler if it works well, but…. ??? Eric > On May 22, 2023, at 8:06 AM, Jan Høydahl <jan....@cominvent.com> wrote: > >> 17. mai 2023 kl. 15:35 skrev Gus Heck <gus.h...@gmail.com>: >> >> I suspect we could do without the webcrawl one too. Honestly these should >> only be considered for demonstration or extremely small installations, and >> anything not used in the tutorials could be cut IMHO. > > Agree, I commented the same a few days ago on the PR: > https://github.com/apache/solr/pull/1634#issuecomment-1549574758 > > I'm not necessarily against moving the tool to bin/solr, but at the same > time, perhaps it would be easier to label it as a dev or non-production tool > by keeping it as bin/post (but with the new Java backend, so it also works > for windows)? > > Ishan, you did not give an argument for why you believe bin/post should go > away. Do you feel it is better to document all the cURL commands to be more > "standard"? I can buy such an argument for the simple use case of posting one > file, as it will also teach the user how the API works. But as a dev tool for > quickly ingesting a bunch of sample docs into Solr, I still think bin/post > has a place, unless we can point people to some similar 3rd party tool? > > Jan > --------------------------------------------------------------------- > 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.
