Solr collection naming convention (/how to find historical decision making)

Hi all, There's an inconsistency in how Solr validates collection names between creating a collection through the Collection API (org.apache.solr.handler.admin.api.CreateCollectionAPI.java#L405, via the SolrIdentifierValidator) and through the Package Manager (org.apache.solr.packagemanager.Packag

Re: Anyone using more obscure features of SimplePostTool?

Smiley, that's actually a pretty good use case. On Tue, May 23, 2023 at 2:15 AM David Smiley wrote: > Glad to see we can limit this discussion to "bin/post" and not > other non-prod/maybe-prod things listed. > > I think bin/post should either exist where it is or not exist; moving it to > the sa

Re: Anyone using more obscure features of SimplePostTool?

I agree with Ishan on the post tool, specifically. The problem may be that people have built other tools and integrations around it. Postman has accelerated cURL's growth for another class of users. Look at all this content about cURL and Postman if you are unfamiliar

Re: Anyone using more obscure features of SimplePostTool?

Glad to see we can limit this discussion to "bin/post" and not other non-prod/maybe-prod things listed. I think bin/post should either exist where it is or not exist; moving it to the sandbox misses the point. "curl" may very well be plenty adequate. FWIW your arguments work for me to ditch bin/p

Re: Anyone using more obscure features of SimplePostTool?

In fact, doing these via curl will be more instructional to a user who is using Solr for the first time. He/she will likely already know how curl works, so will not assume there's magic happening under the hood in the post tool. On Tue, 23 May 2023 at 11:38, Ishan Chattopadhyaya < ichattopadhy...@

Re: Anyone using more obscure features of SimplePostTool?

> * JSON file: bin/solr post -url http://localhost:8983/wizbang/update events.json > * XML files: bin/solr post -url http://localhost:8983/records/update article*.xml > * CSV file: bin/solr post -url http://localhost:8983/signals/update LATEST-signals.csv > * Directory of files: bin/solr post -url

Re: Anyone using more obscure features of SimplePostTool?

We have advertised the post tool in the past in our examples/tutorials. Difficult to erase all traces of it from the web. It is better to remove the tool from the Solr distro, and, maybe, relocate it to the sandbox/extras repo, from where a user can consciously choose to download and use it if need

Re: shard with no leader if Zookeeper session expires at an unlucky moment

We have a fix for this issue, if I recall. The version is 8.6 but the problem likely existed long before -- there's been little improvements that I've seen to deep SolrCloud internals in recent years. ~ David Smiley Apache Lucene/Solr Search Developer http://www.linkedin.com/in/davidwsmiley On

Re: Anyone using more obscure features of SimplePostTool?

Ishan, your beliefs surprise me. Maybe I'm misunderstanding your point of view... is the key word of your response "advertise" and we can then debate what that means? In other words, are you saying bin/post (and other things you don't think should be used in production) should not exist at all or

Re: Anyone using more obscure features of SimplePostTool?

> 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"? Precisely! We should never advertise anything that shouldn't be used at scale or in production. That includes the post tool, example

Re: Anyone using more obscure features of SimplePostTool?

*If* bin/solr is to subsume bin/post, I think it deserves its own issue; should not be a detail of SOLR-6994 -- "Implement Windows version of bin/post". Really; wow that'd be sneaky to do something so visible to users / documentation under a OS/platform compatibility oriented title. I am strongly

Re: Anyone using more obscure features of SimplePostTool?

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

Re: Anyone using more obscure features of SimplePostTool?

> 17. mai 2023 kl. 15:35 skrev Gus Heck : > > 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 o