Re: Solr and hjave JRE support

Please use the us...@solr.apache.org list. "dev" is for internal development. On Thu, May 16, 2024 at 3:12 PM Perera, Priyantha wrote: > WE have a sitecore 10.3 installation running Solr 8.11.2. > > We have been just informed that there is a vulnerability related to Oracle > JRE 1.8.0.381. > >

CHANGES.txt, process improvement solicitation

-on-github/automatically-generated-release-notes ~ David Smiley Apache Lucene/Solr Search Developer http://www.linkedin.com/in/davidwsmiley - To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org For additional commands, e-mail: dev-h

Re: [DISCUSS] Community Virtual Meetup, May 2024

23rd or any. Possible discussion topic: SolrJ API back-wards compatibility. On Tue, May 14, 2024 at 1:47 AM raghavan m wrote: > > Hello everyone > > I am soliciting votes for the following days and times. Please reply to > this thread with your preferred 1) *date and time options from below

Re: Synonyms

I don't think so but the comma and any other char can be escaped with a backslash. On Tue, May 14, 2024 at 10:51 AM Bauchwitz, Leonardo wrote: > > Hello, > > > I'm sorry if I ask a very basic question. I'm setting up a synonym file for > chemical substances. The problem is that several of these

Re: [DISCUSS] Solr 9.6.1 release

Thanks for volunteering: https://issues.apache.org/jira/browse/SOLR-17275 is a blocker IMO. It's being looked at now. On Tue, May 14, 2024 at 3:38 PM Houston Putman wrote: > > Hey everyone, > > I've finished up two tickets (SOLR-17049 > and

Removing ZK Watches

-- like what utilities Curator has that would be well suited. [1] https://zookeeper.apache.org/doc/current/zookeeperProgrammers.html#sc_WatchRemoval ~ David Smiley Apache Lucene/Solr Search Developer http://www.linkedin.com/in/davidwsmiley

Re: SolrJ collection creation API, replica type specificity

then we'd get cool features for free like distinct metrics. On Fri, May 3, 2024 at 3:09 PM David Smiley wrote: > > I totally understand that the client should be empowered to be > specific, and it is right now. But I also think we should support the > client being unspecific, and i

Re: SolrJ collection creation API, replica type specificity

hink > some sort of "default replica type" concept makes sense. (Granted > that we find a way to handle certain complications, like how "PULL" > replicas *must* be used in conjunction with replicas of other > leader-eligible replica types.) > > On Wed, May 1,

Re: PRS, important changes needed

in favor of making it the default. > > > > Maybe the ephemeral node for replica state > > <https://github.com/apache/solr/pull/2432#discussion_r158684> is the > > logic we really need to make PRS "pop", but I haven't thought about it > > a ton. > &

Re: PRS, important changes needed

addition to the > current state.json option) then letting PRS bake for a while with all new > deployments (for example a whole release), right? > > Ilan > > > > On Thu, May 2, 2024 at 6:25 PM David Smiley wrote: > > > In the meetup, my colleague Aparna shared he

PRS, important changes needed

in Solr 10 where there is one mode (PRS) not two. ~ David Smiley Apache Lucene/Solr Search Developer http://www.linkedin.com/in/davidwsmiley - To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org For additional commands, e-mail: dev

Re: solr query alerting

h/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 :

Failed startup behavior

could be wrong but I thought this behavior happened newly since a big refactor in SolrDispatchFilter by Gus a couple years ago. Yet the pertinent lines of code go way back to Mark in 2014 so who knows. ~ David Smiley Apache Lucene/Solr Search Developer http://www.linkedin.com/in/davidwsmiley

Re: solr query alerting

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

Re: Tracking contributors uniquely

committing patches from JIRA, > > Jan > > > 26. apr. 2024 kl. 15:39 skrev David Smiley : > > > > On Fri, Apr 26, 2024 at 9:35 AM Gus Heck wrote: > >> > >> I don't know if it's relevant, but I recall that back in the early 2000's > >> around

Re: Ideas for release notes for 9.6

I added a "Thanks to all contributors" section at the end based on the 9.6 CHANGES.txt. On Mon, Apr 22, 2024 at 10:48 PM Gus Heck wrote: > > Initial release notes have been drafted here, please flesh out, refine, > copy edit as needed. > >

Re: Tracking contributors uniquely

On Fri, Apr 26, 2024 at 9:35 AM Gus Heck wrote: > > I don't know if it's relevant, but I recall that back in the early 2000's > around the time of the adoption of the ASL 2.0 (when I was contributing to > Ant) the ASF had us stop using @author tags in code. I was not a fan at the > time, but they

Re: Tracking contributors uniquely

The 9.6 release is upon us. I'd like to find a way of highlighting more prominently who contributed to the release in the release announcement. Something like: Thank you to those who contributed to this release: David Smiley, Gus Heck, Christine Poerschke (Of course the actual list for 9.6

Re: [VOTE] Release Solr 9.6.0 RC1

False alarm; it's a test bug that randomly re-orders docs at merge. I'll file a PR in a bit. +1 vote for the release. On Thu, Apr 25, 2024 at 9:56 PM David Smiley wrote: > > I got a test failure that reproduces: > ./gradlew :solr:core:tes

Re: [VOTE] Release Solr 9.6.0 RC1

I got a test failure that reproduces: ./gradlew :solr:core:test --tests "org.apache.solr.uninverting.TestUninvertingReader.testSortedSetFloat" -Ptests.seed=5827A2FA13E7BE3C Based on GE

SolrJ HTTP SolrClient class hierarchy

s, and a quick attempt I did recently showed there are some obscure references still! Modularizing SolrJ further (for Jetty & Apache) will help reveal where we have some references, after which we can finally free users of needing those dependencies. ~ David Smiley Apache Lucene/Solr Search D

Replicas-on-demand

ttps://cwiki.apache.org/confluence/x/8YokEQ and branch https://github.com/apache/solr/tree/jira/solr-17125-zero-replicas ~ David Smiley Apache Lucene/Solr Search Developer http://www.linkedin.com/in/davidwsmiley - To unsubscribe, e-mail:

Re: Fix version 9.6 vs 9.6.0

Whoever created the JIRA "release" named "9.6.0" (and 9.5.0 for that matter) made a small mistake; it should have been 9.6 (and 9.5) based on past conventions. You should simply re-assign the existing issues using 9.6 (there are only 2), *delete* that one, then *rename* "9.6.0" to "9.6". And

Re: Is SolrBot too noisy / being ignored...?

I think it’s satisfactory if we merely have advice to ourselves in the PR to remind us what little we need to do. Like… if you are a committer and this is passing, just merge it. ~ David Smiley Apache Lucene/Solr Search Developer http://www.linkedin.com/in/davidwsmiley On Fri, Apr 19, 2024 at 7

Welcome Jason Gerlowski as Solr's new PMC Chair

The PMC has voted Jason Gerlowski as Solr's new PMC Chair. I am the outgoing chair. The change was approved by the ASF board yesterday, April 17th. Thanks for stepping up Jason! I'll be happy to assist as needed. ~ David Smiley Apache Lucene/Solr Search Developer http://www.linkedin.com

Re: solr query alerting

I'm probably not a great reviewer of this TBH as I have only heard & read about lucene-monitor/percolator; haven't used such a thing yet. I did a *quick* review to see how the PR touches the codebase. It's wonderful that it is purely isolated; it requires no changes of Solr itself. I might

Re: [DISCUSS] Solr 9.6 release

We do have a lot of PRs that appear to be in an advanced state of readiness. Maybe some have been reviewed by local search teams even albeit not publically here. I'm hoping we could rally around more peer review of these to get the hard work of others merged. I suppose this is an ever-present

Re: The design of ClusterStateProvider & ClusterState

On Fri, Apr 5, 2024 at 8:52 AM Ilan Ginzburg wrote: > > I would suggest doing any such change in two independent steps: > - Moving classes around without any functional change ("pure" refactoring) > - A change to what a class exposes, its behavior etc. > Otherwise it is very hard to track what

Re: solr query alerting

I'm so glad someone has started this! Thanks for contributing. I'll take a look On Mon, Apr 1, 2024 at 3:53 PM Luke Kot-Zaniewski (BLOOMBERG/ 919 3RD A) wrote: > > Hi All, > > A few months ago I wrote the user list about potentially integrating lucene > monitor into solr. I have raised this

Re: [DISCUSS] Solr 9.6 release

Thanks for volunteering Gus. On Mon, Apr 8, 2024 at 12:55 PM Gus Heck wrote: > > It's been about 3 months since we started our last release discussion, and > Jira > shows >

Re: [EXTERNAL] - Re: Unable to build tag releases/solr/9.5.0

JDK 11 is definitely supported! On Fri, Apr 5, 2024 at 6:18 PM Isabelle Giguere wrote: > > Thaks for the reply, Shawn. > > So... Building Sol 9.5 with Java 11 ? I thought that was still supported. > > Regards; > > Isabelle Giguère > Computational Linguist & Java Developer > Linguiste

The design of ClusterStateProvider & ClusterState

te being where we can list live nodes, aliases, collections, and most importantly a cache of DocCollection. With an eventually consistent mind-set; anything can be out of date and may need to be re-fetched. Has anyone thought similarly or have concerns in such a pursuit? ~ David Smiley Apache Luc

Re: SolrParams implementations

I've felt we need one or two less maybe. MultiMapSolrParams can often be substituted by ModifiableSolrParams. Javadocs could be improved in general. RequiredSolrParams and DefaultSolrParams (plus subclasses) could be package scope so as to discourage direct use, which I think is never needed.

Re: timeout HTTP response code; use 524?

It was an 8x but it's more hypothetical if /update were to support this. It does where I work :-) Weird that you got status=0 and fewer results without specifying shards.tolerant=true On Sun, Mar 31, 2024 at 4:41 PM Gus Heck wrote: > > Hmm, I took the initial statement about returning 500 at

Re: PR review for SolrZkClient

It's getting some attention now :-) On Thu, Mar 28, 2024 at 10:54 PM Aman Raj wrote: > > Hi team, > > Can someone from the Solr community please review this PR - SOLR-17220 - Make > the SolrZkClient thread as a daemon thread by amanraj2520 · Pull Request > #2376 · apache/solr

Re: DISCUSS: Optionality of JIRA issues

look and ascertain if it’s the ~same description. If it’s the same, then it was wasted time. ~ David Smiley Apache Lucene/Solr Search Developer http://www.linkedin.com/in/davidwsmiley On Mon, Mar 25, 2024 at 5:46 AM Gus Heck wrote: > I definitely prefer to have a real description of w

Re: DISCUSS: Optionality of JIRA issues

mandate, we should really reconsider the mandate. > Ilan > > On Fri 22 Mar 2024 at 21:57, David Smiley wrote: > > > There was a recent conversation in priv...@solr.apache.org that should > > not have been conducted there so I am moving it to the dev list. I > &

DISCUSS: Optionality of JIRA issues

comprehensive resource of Solr work tracking. For example if you have a JIRA filter / alert on keywords of interest; it will become less effective; try switching to emails on the iss...@solr.apache.org list instead. ~ David Smiley Apache Lucene/Solr Search Devel

Automatic "tidy" (formatting) in PR, GitHub action

Sometimes we make changes and forget to run tidy. It's rather annoying. It occurred to me that our "precommit" GitHub PR action could be modified to first run tidy and to commit the changes (if any) beforehand, pushing to the source branch (generally on someone's fork). Here's a blog post with

Re: [jira] [Created] (SOLR-16455) Migrate Jira to Github Issues and Github Projects, and migrate mailing lists to Github Discussions

I found the correct thread, let's discuss there not here. "Do we require Jira's for bug fixes?" March 2nd - To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org For additional commands, e-mail: dev-h...@solr.apache.org

Re: [jira] [Created] (SOLR-16455) Migrate Jira to Github Issues and Github Projects, and migrate mailing lists to Github Discussions

I can't seem to find the conversation I was thinking of but this one is close enough. Can we have more clarity on when a JIRA issue is mandatory? Or the reverse -- give clarity that small bugs don't need a JIRA issue. My goal is to remove/reduce barriers for contributors as much as possible.

Re: [DISCUSS] Community Virtual Meetup, March 2024

Sounds good; I can probably join then. Thanks for organizing! On Thu, Mar 21, 2024 at 11:26 AM Jason Gerlowski wrote: > > Hey all, > > Haven't heard any suggestions on scheduling, so maybe we can aim for noon > ET on Thursday of next week? That gives us a full week between then and > now.

Re: timeout HTTP response code; use 524?

I'm glad I raised this topic -- great feedback from all of you! I suppose we could indeed use a new/unused response code. Making it configurable seems fine but I'd only want to support arcane things like that in the most basic way, e.g. using the new EnvUtils. Walter's response really resonates

timeout HTTP response code; use 524?

to. There is a 529 response code used by CloudFlare (judging from Wikipedia): https://en.wikipedia.org/wiki/List_of_HTTP_status_codes Any opinion on the use of 529 instead of 500; or alternative perspectives? ~ David Smiley Apache Lucene/Solr Search Developer http://www.linkedin.com

Re: Want to join community

Relcome Ranjitsinh! You've made the essential step -- joining this dev list. At this point, you can ask questions here. There's not a lot of conversation directly on the dev list because most development discussions are in JIRA and GitHub PRs. I made an assumption that you want to join the

Re: [PR] SOLR-599 New Solr Client Using Java 11+ java.net.http.HttpClient [solr]

Alright; thanks for your thorough response. If you/someone notices a failure and we need to touch this again, let's follow up with a PR. And I suspect we'll want to factor out the cleanup so more tests might use this without the copy-pasted hack. Perhaps HttpJdkSolrClient could do this cleanup

Re: getIdField removed in Solr 9 but deprecation message in Solr 8 has no alternative specified

Shawn; SolrCloud only works with "id". On Fri, Mar 15, 2024 at 4:29 PM Shawn Heisey wrote: > > On 2/12/24 16:21, David Smiley wrote: > > Just presume the uniqueKeyField to be "id", especially in SolrCloud. > > If one of your users uses something different,

Use of SecurityManager for tests: limit to file system

every single rule we have. At least it's merely configuration, and thus is user configurable even if awkward. ~ David Smiley Apache Lucene/Solr Search Developer http://www.linkedin.com/in/davidwsmiley - To unsubscribe, e-mail

Re: White space in facet filter not working

Hello, You are asking on the wrong mailing list. Use us...@solr.apache.org instead. See https://solr.apache.org/community.html Tip about your question: you will need to use the right query parser in the fq like "field"fq={!field f=fieldName}a b c d On Sun, Mar 3, 2024 at 2:00 PM

Re: Moving to bin/solr start defaulting to SolrCloud mode?

On Wed, Feb 28, 2024 at 7:50 AM Gus Heck wrote: > IIRC "standalone" was deemed the wrong color for the shed because > [original/non-cloud/standalone/legacy/user-managed] solr can have more than > one machine, and does distributed search. Nonetheless each node acts alone and/or acts on requests

Re: Moving to bin/solr start defaulting to SolrCloud mode?

Whoops; bad URL. Here it is: https://lists.apache.org/thread/r7mh069t5zvqv3o3ymglm627pcdgjzfw On Mon, Feb 26, 2024 at 3:59 PM David Smiley wrote: > > Also reference a bigger discussion of August that same year: > "SolrCloud Alone: Deprecate Standalone Mode" > https://list

Re: Moving to bin/solr start defaulting to SolrCloud mode?

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

Re: failing: not ok 3 auth enable/disable lifecycle in 10000ms

'm arguing in Lucene-dev that it shouldn't even be there. On Tue, Jan 23, 2024 at 1:46 PM Eric Pugh wrote: > > Does anyone know how to do this? I have never touched the Jenkins jobs… > > On Tue, Jan 23, 2024 at 11:50 AM David Smiley wrote: > > > Please configure it to stop the

Re: subscribe to developers of SOLR

Hi, Welcome! While an ASF Slack channel exists, The Apache Way is open/public communication, especially on lists. We don't use Slack very much and this is by design. ~ David On Wed, Feb 14, 2024 at 12:23 PM Hessam Mohammadi wrote: > > hello, > > please add me to the dev channel on slack as

Tracking contributors uniquely

ic contribution attribution (since CHANGES.txt is organized this way but harder to do between arbitrary commits/dates. [1] https://docs.github.com/en/repositories/viewing-activity-and-data-for-your-repository/viewing-a-projects-contributors#troubleshooting-contributors ~ David Smiley Apache Lucene

Re: getIdField removed in Solr 9 but deprecation message in Solr 8 has no alternative specified

Just presume the uniqueKeyField to be "id", especially in SolrCloud. If one of your users uses something different, I'd be surprised! - To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org For additional commands, e-mail:

Nightly Solr Ref Guide; search is out-of-date

atest that I'm looking at (9.6). Navigating manually (not search) reveals content in 9.6 that I expect. Does anyone know more about what's going on here? ~ David Smiley Apache Lucene/Solr Search Developer http://www.linkedin.com/in/davidwsmiley -

Re: [VOTE] Release Solr 9.5.0 RC3

+1 SUCCESS! [0:51:20.054401] BTW the first run failed due to a test. I ran the repro line and it did reproduce ... but just once and not again. Didn't on main. Didn't see in build failures (tracked via fucit.org) but saw once in Gradle Enterprise albeit in that build 50 tests failed:

Re: Use cases for interacting direct with ZK versus using our APIs?

I suppose direct ZK has an advantage of not requiring that Solr is running yet. But maybe that's moot. I do think it would make sense to have CLI options for configset upload that use Solr's API and don't refer to ZK. Broadly, this is the direction we're going in; ZK is more of an internal

SolrJ and the response status code

ambiguity, there is doubt as to whether or not test or any client really should be looking for this status and maybe asserting it. Maybe Jason you might know having worked on the V2 API? ~ David Smiley Apache Lucene/Solr Search Developer http://www.linkedin.com/in/da

Re: Query Limits - extending timeAllowed to implement thread CPU/memory limits for a query

eryTimeout infra and already existing collectors, it just > extends / refactors it to allow other criteria than wall-time clock. > > > On 6 Feb 2024, at 23:01, David Smiley wrote: > > > > I will look at this! > > > > - Ticket for my refactoring > > https:/

Re: Query Limits - extending timeAllowed to implement thread CPU/memory limits for a query

I will look at this! - Ticket for my refactoring https://issues.apache.org/jira/browse/SOLR-1714 1714, ehh? :-) Another thought I had that I want to share is that I think the query tracking and cancellation could use the same QueryTimeout infrastructure. I don't like that it adds its own

waitForState after collection creation is dumb

, is that the CloudSolrClient's state is out-of-date and CSC fails to consider that it doesn't actually know the most up-to-date state, and fails a request to send to the collection that it just created. https://issues.apache.org/jira/browse/SOLR-17153 Feedback welcome. ~ David Smiley Apache Lucene/Solr Search Developer

Re: Overseer, expiring queued messages

en likely too long for simpler requests. > > To my knowledge (unless things changed recently and I've missed it) there's > no way to cancel an async (or sync, for that matter) Collection API request. > > Ilan > > On Fri, Feb 2, 2024 at 7:40 AM David Smiley wrote: > > >

Re: Overseer, expiring queued messages

should be to set timeout higher than sum of such possible > > overheads Definitely not pausing the clock. It may be worth repeating what we all know -- in a distributed system, failures (to include timeouts) are going to happen and clients need to be resilient to them (e.g. try again). ~ David

Re: [JENKINS] Solr » Solr-Smoketest-9.5 - Build # 7 - Still Failing!

I commented on https://issues.apache.org/jira/browse/SOLR-17089 CC Jason On Thu, Feb 1, 2024 at 9:12 AM Apache Jenkins Server wrote: > > Build: https://ci-builds.apache.org/job/Solr/job/Solr-Smoketest-9.5/7/ > > Log: > Started by timer > Running as SYSTEM > [EnvInject] - Loading node

Overseer, expiring queued messages

ncern for the distributed mode of collection processing as there is no queue bottleneck; the receiving node processes the request immediately. ~ David Smiley Apache Lucene/Solr Search Developer http://www.linkedin.com/in/davidwsmiley ---

Re: CLI: bin/solr bin/post bin/postlogs -- what's happening

commands get grouped like that? > > > > I sometimes dream of having a separate “Solr-cli” sub project that has CLI > > that uses tooling like https://oclif.io/ to build something really > > amazing ;-). > > > > I know someone is going to say “can’t we just us

Re: BackupRepository changes

I could imagine making it toggle-able if it serves the index encryption feature. Dunno if that's easy, hard, or impossible. On Tue, Jan 30, 2024 at 10:31 AM Jason Gerlowski wrote: > > > Isn't the intent to ensure we don't waste time/space creating a > > useless backup of something that is, I

CLI: bin/solr bin/post bin/postlogs -- what's happening

ting Solr, maybe bin/solr-start should exist? (again, could be a one-liner call into one CLI backend for our convenience). This decision is a matter of taste; it's not really technical. ~ David Smiley Apache Lucene/Solr Search Developer http://www.linkedin.com/in/davidwsmiley

Re: BackupRepository changes

On Tue, Jan 30, 2024 at 4:02 AM Bruno Roustant wrote: > > I noticed two points that I propose to change in some BackupRepository > implementations and in BackupRepositoryFactory: > > 1- Two implementations (S3BackupRepository, GCSBackupRepository) compute > and verify the checksum of index files

Re: Collections LIST semantics

ather not see us change the LIST semantics > to accomplish that. If you need the ZK child nodes, is there maybe a > scalable way to invoke ZookeeperInfoHandler to get that information? > > Best, > > Jason > > On Fri, Jan 26, 2024 at 2:46 PM David Smiley wrote: > > >

Collections LIST semantics

ged with relative ease; some are more thorny. I'd love to rename this thing, putting "slow" in the name so that you think twice before calling it :-) ~ David Smiley Apache Lucene/Solr Search Developer http://www.linkedin.com/in

Re: failing: not ok 3 auth enable/disable lifecycle in 10000ms

com/apache/solr/commit/acaed85f8544b66b127175df02c798e74dd90ff2 > > > Fix SOLR-16876 backport of bin/solr scripts to work with 9x SolrCLI.java > > > · apache/solr@acaed85 > > > github.com > > > > > > > > > I will keep an eye on the Solr-Check-9.x build. &

Re: New branch and feature freeze for Solr 9.5.0

FYI It was hoped SOLR-17112 https://issues.apache.org/jira/browse/SOLR-17112 "bin/solr script doesn't do ps properly on some systems" would make 9.4.1 but it didn't as no PR was proposed. There still isn't one but a contributor is thinking about it. On Tue, Jan 23, 2024 at 11:30 AM Christine

Re: [DISCUSS] Solr 9.5 Release

ould be blanking, but I don't think there's any technical conflict > > in > > > > terms of where artifacts are staged, etc. is there? > > > > > > > > > getting through some one-time pains of key/GPG matters > > > > > > > >

[ANNOUNCE] Apache Solr 9.4.1 released

The Solr PMC is pleased to announce the release of Apache Solr 9.4.1. Solr is the popular, blazing fast, open source NoSQL search platform from the Apache Solr project. Its major features include powerful full-text search, hit highlighting, faceted search, dynamic clustering, database

Re: [VOTE] Release Solr 9.4.1 RC1

Subject: [RESULT] [VOTE] Release Solr 9.4.1 RC1 It's been >72h since the vote was initiated and the result is: +1 7 (6 binding) 0 0 -1 0 This vote has PASSED Thank you to all those who ran the smokeTester, especially to any manual testing beyond this.

failing: not ok 3 auth enable/disable lifecycle in 10000ms

The integration tests (bats) are failing on branch_9x for me locally and as also seen in Jenkins. > not ok 3 auth enable/disable lifecycle in 1ms https://ci-builds.apache.org/job/Solr/job/Solr-Check-9.x/167/console Hopefully someone has a clue why? ~ David Smiley Apache Lucene/S

Re: [VOTE] Release Solr 9.4.1 RC1

> > > > SUCCESS! [0:42:51.792486] > > > > > > > > > > Also built docker container and spun up the server locally. > > > > > > > > > > > > > > > PS: Need to remove extra newline bet

Re: [dev help wanted] SOLR-17074: incorrectly escaped quotes in bin/solr script

Nearby there's https://issues.apache.org/jira/browse/SOLR-17112 as well; rather trivial On Tue, Jan 16, 2024 at 6:57 AM Vincenzo D'Amore wrote: > Hi Christine, I can try it. > > On Tue, Jan 16, 2024 at 12:39 PM Christine Poerschke (BLOOMBERG/ LONDON) < > cpoersc...@bloomberg.net> wrote: > > >

Re: [DISCUSS] Standardizing sysprop naming

ould force > solr.security as a prefix for all things security or to keep the shorter > solr.auth.*. Same with solr.search.* > > It is also encouraging to see the list of existing solr.xxx keys in use > that are already well structured (solr.jetty.keystore.password, > solr.kerberos.keystore.p

Re: Build: checkWorkingCopyClean -- is there value?

https://github.com/apache/solr/pull/2196 ~ David On Wed, Sep 6, 2023 at 11:17 PM David Smiley wrote: > Honestly, I would prefer to do away with it entirely. Dubious logic that > has been made to only output a warning will continue to be a part of the > code weight of our sprawl

[VOTE] Release Solr 9.4.1 RC1

/Dockerfile.official-slim \ --build-arg SOLR_DOWNLOAD_SERVER=$SOLR_DOWNLOAD_SERVER \ -t solr-rc:9.4.1-1-slim The vote will be open for at least 72 hours i.e. until 2024-01-16 17:00 UTC. [ ] +1 approve [ ] +0 no opinion [ ] -1 disapprove (and reason why) Here is my +1 ~ David

Re: [DISCUSS] Solr 9.5 Release

Yeah I'm doing the 9.4.1 for real now... getting through some one-time pains of key/GPG matters. https://issues.apache.org/jira/browse/SOLR-17096 solr.xml support for plugins is pretty close! On Fri, Jan 12, 2024 at 3:56 PM Jason Gerlowski wrote: > Hey all, > > branch_9x has accumulated 3 new

Re: Solr 9.4.1

wrote: > Done > > Jan > > > 7. jan. 2024 kl. 07:03 skrev David Smiley : > > > > Sure; thanks. > > > >> On Fri, Jan 5, 2024 at 3:29 PM Jan Høydahl > wrote: > >> > >> Should we include this bugfix? > >> https:/

Re: [DISCUSS] Community Virtual Meetup, January 2024

18th or probably any On Wed, Jan 10, 2024 at 12:15 AM raghavan m wrote: > Hey everyone, > Please vote for one of the following days > >- 1/15 >- 1/16 >- 1/17 >- 1/18 >- 1/19 >- 1/22 > > Time: 9 am pacific time. > Thanks > Raghavan > > Sent from iPhone > > > On Mon, Jan

Re: [DISCUSS] Standardizing sysprop naming

On Tue, Jan 9, 2024 at 9:49 AM Jan Høydahl wrote: > Hi, > > > Using this one as an example; what would you propose?: > > * solr.shardSplit.checkDiskSpace.enabled > > The "solr.shardSplit.checkDiskSpace.enabled" prop is one of the better. > But say we standardized the first component layer to be

Re: [DISCUSS] Standardizing sysprop naming

Thanks for working on this and raising the topic of config naming standardization! Using this one as an example; what would you propose?: * solr.shardSplit.checkDiskSpace.enabled Thankfully, it already uses two best practices (A) starting with "solr." and (B) a module/category "shardSplit".

Re: Solr 9.4.1

Sure; thanks. On Fri, Jan 5, 2024 at 3:29 PM Jan Høydahl wrote: > Should we include this bugfix? > https://issues.apache.org/jira/browse/SOLR-16203 > I'm merging to branch_9x now... > > Jan > > > 5. jan. 2024 kl. 17:14 skrev David Smiley : > > > > 9

Re: Solr 9.4.1

> Jan > > > 8. des. 2023 kl. 14:59 skrev David Smiley : > > > > I renamed that job to add "(Crave)" > > https://ci-builds.apache.org/job/Solr/job/Solr-Check-9.x%20(Crave)/ and > > disabled it. I then I created a new job copied from the > &quo

Configuring plugins: NamedList or newer ConfigurablePlugin?

7799932=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-17799932 ~ David Smiley Apache Lucene/Solr Search Developer http://www.linkedin.com/in/davidwsmiley

Re: (solr) branch main updated: SOLR-16949: Restrict certain file types from being uploaded to or downloaded from Config Sets

Have we discussed Jenkins/CI configuration to notify who it thinks may have broken the build? Even if I *might* have broken the build, I want it to let me know! On Fri, Dec 15, 2023 at 7:22 PM Chris Hostetter wrote: > > This change, and it's associated backports, seem to have broken >

Re: multithreading in leader election

t 11:19 AM David Smiley wrote: > You may be surprised at what can be accomplished without "consensus" :-). > Vetoes are the blocker. If you/anyone are convinced enough and put forth a > proposal of what you are going to do, get feedback, and say you are going > to do it (in

Re: multithreading in leader election

> On Tue, Dec 19, 2023 at 4:16 PM David Smiley wrote: > > > I would be more in favor of going back to the drawing board on leader > > election than incremental improvements. Go back to first principles. > The > > clarity just isn't there to be maintained. I don't trust

Re: multithreading in leader election

I would be more in favor of going back to the drawing board on leader election than incremental improvements. Go back to first principles. The clarity just isn't there to be maintained. I don't trust it. Coincidentally I sent a message to the Apache Curator users list yesterday to inquire

Re: Upgrade to Lucene 9.9

Note that there's a serious bug in 9.9 and we should upgrade to 9.9.1. ~ David On Tue, Dec 5, 2023 at 9:50 AM Jan Høydahl wrote: > Hi, > > I made a JIRA for upgrading to Lucene 9.9, see > https://issues.apache.org/jira/browse/SOLR-17097 > > This can be a good first task for someone who wants

Re: Test history, new tool -- ge.apache.org

es a tag (for search/discovery), instead of a useless value "HEAD". ~ David Smiley Apache Lucene/Solr Search Developer http://www.linkedin.com/in/davidwsmiley On Tue, Dec 5, 2023 at 11:40 AM Jason Gerlowski wrote: > This is awesome; excited to check it out. > > Thanks for fl

Re: Solr 9.4.1

10:08 AM Jan Høydahl wrote: > PS: https://ci-builds.apache.org/job/Solr/job/Solr-Check-9.x/ is also not > running since 25 days as it was converted to Crave.. > > Jan > > > 7. des. 2023 kl. 15:06 skrev David Smiley : > > > > I've been working with Uv on these glitc

Re: Unreferenced license file detection

> At first I thought we could remove the licenses, but they are still needed > just because they aren't referenced with whatever steps were run. > > Kevin Risden > > > On Tue, Dec 5, 2023 at 6:54 PM David Smiley wrote: > > > I often find that after running &qu

  1   2   3   4   5   6   >