I think I'd prefer a more self-descriptive name than "Luwak", which is just a product name that was decided a while ago.
I kind of like "search-alerts". "query-alerts" sounds like alerting on query metrics, but IMO "search-alerts" doesn't come with the same baggage. Luwak is fine though if everyone agrees on that. On one hand we have a number of committers here from > Bloomberg, yet the abandoned and now-removed "analytics" component > shows that abandonment is a risk nonetheless. > I don't want to bikeshed here, but I'm not sure this is a fair assessment of what happened with the analytics module. Sure there wasn't a ton of development, but in general it was feature rich and had very little feature requests. It was removed in 10, because a lack of user usage, not because it was "abandoned" IMO. If there were requests from users to keep it or improve it, then it would be a much different story. The whole "thrown over the wall" comment is fair, but not particularly relevant to this PR, which is being worked on in public. I think this is certainly something that can start in the sandbox and move into the main repo once it's clear that there is interest from multiple committers and community members in using and maintaining it. - Houston On Wed, May 1, 2024 at 2:32 PM David Smiley <dsmi...@apache.org> wrote: > Luwak is good to me! > > On Tue, Apr 30, 2024 at 4:01 PM Luke Kot-Zaniewski (BLOOMBERG/ 919 3RD > A) <lkotzanie...@bloomberg.net> wrote: > > > > I love the name "luwak"! I was about to suggest the same but was worried > about the trademark concerns and I assumed there was a reason they changed > the name when donating it to lucene. > > > > From: dev@solr.apache.org At: 04/30/24 15:56:22 UTC-4:00To: > dev@solr.apache.org > > Subject: Re: solr query alerting > > > > Luwak is the original name of the Lucene monitor, contributed by Flax > back in > > the days: https://github.com/flaxsearch/luwak > > > > Perhaps we could go full circle (if no trademark issues) to call it the > Solr > > luwak module? Luwak is a type of coffee, and thus related to percolator > 😉 > > > > Otherwise “stored-queries” is an option. > > > > Jan Høydahl > > > > > 30. apr. 2024 kl. 19:26 skrev David Smiley <dsmi...@apache.org>: > > > > > > I agree the feature is relevant / useful. > > > > > > Another angle on the module vs sandbox or wherever else is maintenance > > > cost. If a lot of code is being contributed as is here, then as a PMC > > > member I hope to get a subjective sense that folks are interested in > > > maintaining it. On one hand we have a number of committers here from > > > Bloomberg, yet the abandoned and now-removed "analytics" component > > > shows that abandonment is a risk nonetheless. I don't know how to > > > conclude this thought but I'm hoping to hear from folks that they > > > intend to look after this module. It's not just being "thrown over > > > the wall", so to speak. > > > > > > Naming is hard... > > > * ...-monitor-....: sorry I hate it > > > * ...-percolator-.... No clue why this was chosen for ElasticSearch. > > > I can appreciate a curious/non-obvious name like this that is not > > > going to conflict with anyone's guesses at what a general name might > > > convey. > > > * "indexed-queries" or "query-indexing" would be a good name? This is > > > the best technical name I can think of. > > > * "reverse search" came to mind (based on the Netflix article) > > > although that makes me think of leading-wildcard / suffix-search. > > > * "inverted-search" > > > * "indexed-query-alerts" incorporates "alerts" thus might better > > > convey the use-case > > > > > >> On Mon, Apr 1, 2024 at 3:53 PM Luke Kot-Zaniewski (BLOOMBERG/ 919 3RD > > >> A) <lkotzanie...@bloomberg.net> wrote: > > >> > > >> Hi All, > > >> > > >> A few months ago I wrote the user list about potentially integrating > lucene > > monitor into solr. I have raised this PR with a first attempt at > implementing > > this integration. I'd greatly appreciate any feedback on this even > though I > > still have it marked as draft. I want to make sure I'm heading in the > right > > direction here so input from solr dev community would be extremely > valuable :-) > > >> > > >> Many thanks, > > >> Luke > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org > > > For additional commands, e-mail: dev-h...@solr.apache.org > > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org > For additional commands, e-mail: dev-h...@solr.apache.org > >
