Re: Welcome Sanjay Dutt as Solr committer!

Welcome on board Sanjay, thrilled to see the community grow. Thanks also for introducing yourself and for explaining Open Source to your Mom in such a simple way  Jan > 20. mai 2024 kl. 18:23 skrev David Smiley : > > The Project Management Committee (PMC) for Apache Solr has invited > Sanjay

Want to make your first contribution to Solr?

Hi, Are you part of the community and looking for places to contribute? A good first issue is https://issues.apache.org/jira/browse/SOLR-17295 where we simply want to add a new download link on the webapge for the new OpenAPI artifact. It should be an easy win to get your feet wet. Reply

Re: solr query alerting

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. >>>> >>>>

Re: solr query alerting

-queries” is an option. Jan Høydahl > 30. apr. 2024 kl. 19:26 skrev David Smiley : > > 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 P

Re: SolrJ HTTP SolrClient class hierarchy

o be done in some > tickets so folks could pick it up…. Otherwise it looks a bit daunting! > >> On Apr 30, 2024, at 7:38 AM, Jan Høydahl wrote: >> >> In Solr 10, SolrJ will have new maven coordinates and the need to explicitly >> pull in solrj-xx dependencies

Re: SolrJ HTTP SolrClient class hierarchy

In Solr 10, SolrJ will have new maven coordinates and the need to explicitly pull in solrj-xx dependencies. So we coult also do a few key renames such as "Http2SolrClient" -> "HttpJettySolrClient", while we're busy breaking things :) Jan > 30. apr. 2024 kl. 13:21 skrev Jason Gerlowski : > >

Re: Tracking contributors uniquely

be based on > the list of contributors from CHANGES (regardless of how they got there) > > > > : On Fri, Apr 26, 2024 at 4:38 PM Jan Høydahl wrote: > : > > : > I think it is a good idea to include a list of contributors in the > release note mail. > : > it

Re: Tracking contributors uniquely

I think it is a good idea to include a list of contributors in the release note mail. it is a tiny encouragement for folks to contribute more. The list should perhaps be excluding committers, so we only list external contributors? I already added a script to dev-tools to parse SolrBot

Re: [VOTE] Release Solr 9.6.0 RC1

I got a docker build run working, even if most still fail. I hope this is nothing that will cause problems when building official docker image. Changin my vote to +1 (binding). Jan > 23. apr. 2024 kl. 13:09 skrev Jan Høydahl : > > Hi, > > Smoketester succeeds: > SUCCES

Re: [VOTE] Release Solr 9.6.0 RC1

Hi, Smoketester succeeds: SUCCESS! [0:45:28.467115] But I cannot get the docker build to pass: It seems to fail during GPG validation of your key during image build: > gpg: key 140BC45803B03F7F: public key "Patrick Gustav Heck (CODE SIGNING KEY) > " imported > gpg: can't connect to the agent:

Re: Release wizard logic issue? Assumptions?

ing about the version before the > checkout step in the menus (or any menus)... so it does look at the local > checkout for that... > > On Mon, Apr 22, 2024 at 9:11 AM Jan Høydahl wrote: > >> You don't need to run the wizard from a pristine checkout, or even from >> the

Re: Release wizard logic issue? Assumptions?

y own, it then would not > even get to the menus unless I commented out the highlighted line... And it > runs a bunch of checks and won't even get to the menus unless you fix those > prerequisites ... and then later one of the menu items tells you to verify > the same items. > > -G

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

CHANGES for solrbot PRs is added during release by RM. You simply merge the PR. Jan Høydahl > 22. apr. 2024 kl. 12:58 skrev Eric Pugh : > > Ah.. So we don’t quite yet know how to deal with the aws and google > libraries being constantly updated? > > It looks like SolrB

Re: Fix version 9.6 vs 9.6.0

Hi, The wizard contains a step to create the NEXT version in Jira: https://github.com/apache/solr/blob/main/dev-tools/scripts/releaseWizard.yaml#L662 I believe perhaps that instruction uses the x.y.0 pattern for minor releases. If so, that is a wizard bug. It also contains a Post-Release step

Re: Release wizard logic issue? Assumptions?

Hi Gus Could be documentation is weak, but the assumption is that for a minor release you run the wizard from branch_9x. The wizard will not run commands unless you ask it to, but it will generate the command, print it, and once you accept it will be run. If you prefer for som reason to run a

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

use the cherrypick script to backport to 9.x after merge, is very little overhead. Jan Høydahl > 19. apr. 2024 kl. 22:46 skrev David Smiley : > > 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

Re: Welcome Jason Gerlowski as Solr's new PMC Chair

Thanks for your efforts David, and congrats Jason with the new hat. Jan > 18. apr. 2024 kl. 16:17 skrev David Smiley : > > 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

Re: enableRemoteStreaming+enableStreamBody-change in Solr 8.11.3

ng. Ishan, will you handle the documentation? The workaround is to set in solr.in.sh: SOLR_OPTS="$SOLR_OPTS -Dsolr.enableRemoteStreaming=true -Dsolr.enableStreamBody=true" Jan > 12. apr. 2024 kl. 11:13 skrev Jan Høydahl : > > Hi, > > User questions like these are int

Re: enableRemoteStreaming+enableStreamBody-change in Solr 8.11.3

Hi, User questions like these are intended for the us...@solr.apache.org mailing list. This list is for developing Solr. Please send your question to the users list and I'll followup with an answer. Jan > 12. apr. 2024 kl. 09:51 skrev Adam Sjøgren : > > Hi, > > > I am looking at upgrading

Re: [DISCUSS] Solr 9.6 release

. Jan > 8. apr. 2024 kl. 23:09 skrev Jan Høydahl : > > +1 > > Jan Høydahl > >> 8. apr. 2024 kl. 18:55 skrev Gus Heck : >> >> It's been about 3 months since we started our last release discussion, and >> Jira >> shows >> <https://i

Re: [DISCUSS] Solr 9.6 release

+1 Jan Høydahl > 8. apr. 2024 kl. 18:55 skrev Gus Heck : > > It's been about 3 months since we started our last release discussion, and > Jira > shows > <https://issues.apache.org/jira/browse/SOLR-17126?jql=project%20%3D%20SOLR%20AND%20fixVersion%20%3D%209.6.0%20ORDER%2

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

as working on the ref guide and >> tried to get us to harmonize on some terminology. Ultimately "user >> managed" was chosen and thus this term is widespread in the ref guide >> despite "standalone" clearly being used for many years. Personally, I >> *

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

Cross referencing earlier discussion "[DISCUSS] Make Cloud mode the default option in bin/solr" from May 2021: https://lists.apache.org/thread/79xp2xfvqwhr9zccmsvjvj0hckgg5m6w Some valid arguments for an against in that thread. Ideally I'd prefer SIP-14 to be done before embedded zk is

Re: Tracking contributors uniquely

We should encourage committers to include Author and Co-Authored-By tags in commit message even for patches in Jira. This way contributors are credited in git log history too. And it gives us a way to get rid of CHANGES.txt some beautiful day ☀️ Jan Høydahl > 13. feb. 2024 kl. 09:21 sk

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

Have you done a force refresh in your browser? The search index is client side. Jan Høydahl > 12. feb. 2024 kl. 23:45 skrev David Smiley : > > I went looking for the latest/nightly ref guide because I wanted to > check out how something recently added but not yet re

Re: [VOTE] Release Solr 9.5.0 RC3

+1 (binding) SUCCESS! [0:42:27.908762] ALso built and started docker image. Jan > 7. feb. 2024 kl. 21:57 skrev Jason Gerlowski : > > Please vote for release candidate 3 for Solr 9.5.0 > > The artifacts can be downloaded from: >

Re: [VOTE] Release Solr 9.5.0 RC2

Actually, credit to Shawn for discovring the bug <https://the-asf.slack.com/archives/CEKUCUNE9/p1707259049474289> and to Houston for fixing it. :) > 7. feb. 2024 kl. 00:50 skrev Jan Høydahl : > > Thanks for catching this before the release Houston! Your PR and bats test >

Re: [VOTE] Release Solr 9.5.0 RC2

Thanks for catching this before the release Houston! Your PR and bats test looks solid. Let's re-spin.. Jan > 7. feb. 2024 kl. 00:15 skrev Houston Putman : > > Sorry everyone, I have to -1 this. Unfortunately certain solr.in.sh > functionality has broken due to a bug introduced while trying to

Re: Regarding Solr issue(HTTP 502; : Bad Gateway Curl error)

<mailto:us...@solr.apache.org> mailing list instead of this developers list. Jan Høydahl > 31. jan. 2024 kl. 11:24 skrev Lokulwar, Amit Kamalakar (external - Project) > : > > Hello Team, > > I am working on one of big project. There I am using Apache Solr with Drupal >

Re: PR labeling

fogotten PRs being completed. Jan > 8. jan. 2024 kl. 23:10 skrev Jan Høydahl : > > Hi, > > Got some initial (positive) feedback on the auto-categorization PR and plan > to merge on Thursday, giving you some more time to review. I feel I have not > 100% nailed perfect labels. Ob

Re: [DISCUSS] SIP-21 Standardizing sysprop naming

, which will be a series of PRs renaming groups of properties). Jan > 16. jan. 2024 kl. 10:52 skrev Jan Høydahl : > >>> collection.configName >> Where is this used as a system property override? I looked and don't see >> it. > > Yea, this should not have been in

Re: [DISCUSS] Standardizing sysprop naming

>> collection.configName > Where is this used as a system property override? I looked and don't see > it. Yea, this should not have been in the list. Removed > "enabled" vs "disabled": can we standardize on "enabled"? That would have been nice. I think typically .enabled is used when default

Re: [VOTE] Release Solr 9.4.1 RC1

+1 (binding) SUCCESS! [0:42:51.792486] Also built docker container and spun up the server locally. PS: Need to remove extra newline between the two lines of command when copy/pasting: python3 -u dev-tools/scripts/smokeTestRelease.py \

Re: [DISCUSS] Solr 9.5 Release

+1 — but let 9.4.1 get out the door first.. Jan Høydahl > 12. jan. 2024 kl. 21:56 skrev Jason Gerlowski : > > Hey all, > > branch_9x has accumulated 3 new features, 19 improvements, 2 optimizations, > 11 bug fixes, and 7 "other changes" - I'd love to get these in

Re: [DISCUSS] Standardizing sysprop naming

of existing solr.xxx keys in use that are already well structured (solr.jetty.keystore.password, solr.kerberos.keystore.password, solr.log.level etc). Jan > 11. jan. 2024 kl. 03:36 skrev David Smiley : > > On Tue, Jan 9, 2024 at 9:49 AM Jan Høydahl <mailto:jan@cominvent.com>&g

All official Git branches are now protected

Hi devs, For your information, we just protected branches main, branch_9x and branch_9_N to disallow deletion or force-push. Also, all releases/* tags are now protected. A nice feature also added is that referenciing SOLR-NNN in PR comments will now add a clickable link to JIRA. All this was

Re: [DISCUSS] Standardizing sysprop naming

ory:solr.NRTCachingDirectoryFactory}"/> > Imagine instead not specifying this at all. The default logic would > instead read the class from the sys prop: "solr.config.directoryFactory". > The "config" part is because that's the root element of this file. >

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

me for Priority etc. Let the discussion continue... Jan > 3. nov. 2023 kl. 12:33 skrev Jan Høydahl : > > Bringing this to our attention again. Lucene seems to have survived well > after the migration to Github issues. They have established a way to work > with milestones (ht

Re: PR labeling

ever we come up with here... Lucene has just put their StaleBot to work, and I created https://github.com/apache/solr/pull/2184 to do the same for Solr. Have a look. Jan > 6. jan. 2024 kl. 01:21 skrev Jan Høydahl : > > Hi, > > We tend to not use the GitHub's PR labels we have de

Re: Nifi error after Solrj Upgrade

e jeety jars are getting pulled as part > of Solrj or nifi. > > Thanks > Subhasis Patra > 240-755-2601 > subhasis.pa...@e2open.com<mailto:subhasis.pa...@e2open.com> > > From: Jan Høydahl > Sent: Monday, January 8, 2024 8:41 AM > To: dev@solr.apache.org > Subj

Re: Nifi error after Solrj Upgrade

Check the class path of your application, whether it already has a dependency on Jetty. If so, you need to pick one version so you don’t get multiple versions of jetty on the class path. If you use maven you can run “mvn dependency:tree” or similar to see them all. Jan Høydahl > 8. jan. 2

Re: Solr 9.4.1

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://issues.apache.org/jira/browse/SOLR-16203 >> I'm merging to branch_9x now.

PR labeling

Hi, We tend to not use the GitHub's PR labels we have defined. So I whipped up https://github.com/apache/solr/pull/2180 which is configured to auto-label PRs based on what files are changed. Feedback welcome. Also, I hope we can implement StaleBot for labeling PRs as stale. Lucene is going to

Re: Solr 9.4.1

is my first time. > > On Fri, Dec 8, 2023 at 9:53 AM Jan Høydahl wrote: > >> SolrBot had been failing for a long time (>1month), but I got it on track >> again. Normally it only files new PRs on Sundays, but I'm triggering that >> manually now to consider what

[DISCUSS] Standardizing sysprop naming

Hi, Happy New Year to all! Finally https://issues.apache.org/jira/browse/SOLR-15960 Unified use of system properties and environment variables is now merged! It exports all SOLR_FOO and ZK_FOO env.vars to be available to the Solr Java process and maps them to sys.prop without need for explicit

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

ew 15534754f49 SOLR-16949: Restrict certain file types from being > uploaded to or downloaded from Config Sets > : 15534754f49 is described below > : > : commit 15534754f492079e52288dd11abaf1c4261b3ea4 > : Author: Jan Høydahl > : AuthorDate: Wed Dec 13 22:49:23 2023 +01

Re: Solr 9.4.1

reated a new job copied from the "Solr-check-main" > but branch_9x. Builds are hourly so we'll see how it goes. > > ~ David > > > On Thu, Dec 7, 2023 at 10:08 AM Jan Høydahl wrote: > >> PS: https://ci-builds.apache.org/job/Solr/job/Solr-Check-9.x/ is also not &

Re: [PR] Update org.apache.logging.log4j:* to v2.22.0 [solr]

Hi, I tried fixing this error while running 'gradle updateLicenses', but cannot see why it fails. We already explicitly include the biz.aQute.bnd.annotation dependency... Jan > 8. des. 2023 kl. 10:58 skrev solrbot (via GitHub) : > > > solrbot commented on PR #2047: > URL:

Re: Solr 9.4.1

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 glitches. > ~ David > > > On Thu, Dec 7, 2023 at 2:47 

Re: Solr 9.4.1

31 AM, Jason Gerlowski >> wrote: >>> >>> Good question - I'm still thinking through what makes the most sense >>> there. Let's continue discussion on SOLR-17100 if you've got thoughts! >>> >>> On Wed, Dec 6, 2023 at 9:58 AM Jan Høydahl >>

Re: Solr 9.4.1

n the way of > that either. Jan's right that there'd still be value in a 9.4.1 even with > a 9.5. I imagine the driving factor would be whether there's a willing RM > for 9.4.1 > > > > On Wed, Dec 6, 2023 at 5:42 AM Jan Høydahl wrote: > >> The benefit of d

Re: Solr 9.4.1

The benefit of doing 9.4.1 now is that it won't have that unknown regression that may be lurking in branch_9x now, so it's a much easier upgrade path for 9.4.0 users. However, I feel a 9.5 should follow quickly after. There is always room for a 9.6, 9.7 etc if someone wants to promote newer

Upgrade to Lucene 9.9

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 to contribute for the first time. If that's you, feel free to reply to this mail and then start working on the task. We'll hold your hand as

Re: Solr 9.4.1

+1 I backported these bugfixes: SOLR-17039: Entropy calculation in bin/solr script fails in Docker due to missing 'bc' cmd (janhoy) SOLR-6853: Allow '/' characters in the text managed by Managed Resources API. (Nikita Rusetskii via Eric Pugh) (PR ) We

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

release-wizard with corresponding steps. So are we ready to follow their lead? Jan > 18. okt. 2022 kl. 12:58 skrev Jan Høydahl : > > +1 from me too. > > I'm still not sold on bringing all history from JIRA into GH but that's what > Lucene did, so perhaps just doing the same

Re: Solr Backup API Queries

Hi You may want to re-send this question to the users list. This dev list is for developing the solr codebase itself, not for user questions. Jan Høydahl > 2. nov. 2023 kl. 15:03 skrev Anusha R9 : > > Hi Team, > > We are trying to backup indexes in Prod. It created b

Re: [VOTE] Release Lucene/Solr 8.11.3 RC1

Hi, Thanks for doing the release. I'm running smoke tester However, there seems to be still open blocker issues in JIRA: https://issues.apache.org/jira/issues/?filter=12352945 I just resolved one other that was solved yesterday, but for the remaining three I cannot see that they are fixed. Not

Re: 8.11.3 release

han Chattopadhyaya > : > > Thanks Jan. Some tests are failing; Noble and I are looking into them. If > all goes well, I'm planning to spin the RC1 by this weekend. > > On Fri, 27 Oct, 2023, 2:45 pm Jan Høydahl, wrote: > >> Thanks Kevin, Ishan for doing the prep

Re: 8.11.3 release

, Ishan Chattopadhyaya < >>>>> ichattopadhy...@gmail.com> wrote: >>>>> >>>>>> Just a reminder to backport any issues one sees fit for a 8.11.3 >>>> release. >>>>>> I'll try to get an RC out by the end of September, so sti

Re: How about using JDK 21 in the official docker image?

I agree on being conservative here. But if it turns out to work well, we could consider publishing an additional solr:9.4.0-jre21 tag. That way early adopters have a choice. If I remember correctly, Java 21 has some improvements that can benefit some vector workloads or something, so I see a

Re: Apache Projects and Discussion Forums

oining the solr-user list discussions is higher than visiting our GH page and browsing discussions. How many already have a GH account vs a discourse account? But I agree we could have several channels. Jan Høydahl > 17. okt. 2023 kl. 07:27 skrev David Smiley : > > GitHub is de

Re: [VOTE] Release Solr 9.4.0 RC2

+1 (binding) SUCCESS! [0:40:48.041729] Jan > 11. okt. 2023 kl. 04:58 skrev Alex Deparvu : > > Please vote for release candidate 2 for Solr 9.4.0 > > The artifacts can be downloaded from: > https://dist.apache.org/repos/dist/dev/solr/solr-9.4.0-RC2-rev-71e101bb37497f730078d9afe1991b60d10bfe96

Re: [VOTE] Release Solr 9.4.0 RC1

Fix: https://github.com/apache/solr/pull/2000 Feel free to argue why this bug should not warrant a re-spin. Jan > 10. okt. 2023 kl. 13:08 skrev Jan Høydahl : > > Smoke tester: SUCCESS! [0:47:58.342068] > > Manual testing: > Started Solr locally on my mac outputs three line

Re: [VOTE] Release Solr 9.4.0 RC1

Smoke tester: SUCCESS! [0:47:58.342068] Manual testing: Started Solr locally on my mac outputs three lines of error mesages about entropy: > *** [WARN] *** Your open file limit is currently 256. > It should be set to 65000 to avoid operational disruption. > If you no longer wish to see this

Re: Apache Projects and Discussion Forums

perhaps be a more low hanging fruit given the pre-existing integration? Jan Høydahl > 10. okt. 2023 kl. 06:17 skrev David Smiley : > > At the ASF Community-over-Code conference today, I brought up this topic > with ASF Directors and members at a session about project communic

Re: [VOTE] Release Solr 9.4.0 RC1

Note that a vote running over a weekend is normally extended with a day or two. I plan to test the RC on Monday. Jan Høydahl > 5. okt. 2023 kl. 21:53 skrev Alex Deparvu : > > Please vote for release candidate 1 for Solr 9.4.0 > > The artifacts can be downloade

Re: [DISCUSS] 9.4 release

I added a blocker Jira for one solrbot upgrade for a CVE. Please check. Good luck with the release, I’ll not be available for the next few days. Jan Høydahl > 30. sep. 2023 kl. 00:02 skrev Eric Pugh : > > If SOLR-14496, https://github.com/apache/solr/pull/1954 ends up getting &

Re: [DISCUSS] 9.4 release

operational standpoint. If fixing Solr for the Lucene > upgrade will take time, I think it's worth the trade-off and moving forward > with the older version of Lucene. > > On Thu, Sep 28, 2023 at 6:05 AM Jan Høydahl wrote: > >> Can I propose we do NOT hold the 9.4 rele

Re: [DISCUSS] 9.4 release

gt; best >>>> alex >>>> >>>> >>>> On Mon, Sep 18, 2023 at 7:42 AM Houston Putman >>>> wrote: >>>> >>>>> It looks like the next Lucene version might be released soon, so we may >>>>> want

Re: [DISCUSS] SIP-19 Adopt JSR-330 dependency injection

uced code maintenance, removing brittle >> home-grown interfaces, etc. Most of my IOC/DI experience is with >> Spring and Dagger seems like a better choice here given the size and >> complexity of the Spring libraries. >> >> On Tue, Sep 26, 2023 at 8:30 AM Jan Høydahl wr

[DISCUSS] SIP-19 Adopt JSR-330 dependency injection

This is the discuss thread for SIP-19 JIRA: https://issues.apache.org/jira/browse/SOLR-16998 SIP link: https://cwiki.apache.org/confluence/display/SOLR/SIP-19+Adopt+JSR-330+dependency+injection Use a standardized dependency injection in Solr instead of our home grown @SolrCoreAware,

Re: [JENKINS] Solr » Solr-Check-main - Build # 7785 - Still Failing!

there's an issue with the JDK installation, because the mTLS >> tests >>> are failing consistently on that box, while they succeed on >> lucene-solr-1. >>> There are also issues with the docker tests, as some folders need to be >>> manually cleaned up.

Re: Sitemap to get latest reference manual to rank in Google/Bing?

Yea, it's a pain. Have you asked Infra whether mod_headers is activated and allowed from .htaccess? Can we ask them to check error logs? Jan > 21. sep. 2023 kl. 18:08 skrev Houston Putman : > > I've been trying to get this working for the last year. Basically our issue > is that the htaccess

Re: [DISCUSS] Community Virtual Meetup, September 2023

(1) or (2) > 21. sep. 2023 kl. 14:35 skrev raghavan m : > > Hello everyone, > I am following up on this thread. > We have approximately 9 more days in september 2023. What is a good time > for all (or most) of us to meet? > Please reply to this email by voting for one of the following options :

Re: [DISCUSS] 9.4 release

go (if provided ample hand holding). > > > best, > alex > > > > On Thu, Sep 14, 2023 at 9:32 AM Jan Høydahl wrote: > >> Hi, >> >> Branch_9x has accumulated 4 features, 18 improvements, 2 optimizations, 21 >> bug fixes, 7 "other"

[DISCUSS] 9.4 release

Hi, Branch_9x has accumulated 4 features, 18 improvements, 2 optimizations, 21 bug fixes, 7 "other", and a bunch of dependency updates. It's been almost 2 months since 9.3. I propose cutting the branch and preparing first RC on Tuesday Sept 26th, twelve days from today. I volunteer as RM,

Re: [JENKINS] Solr » Solr-Check-main - Build # 7785 - Still Failing!

Also filed SOLR ticket https://issues.apache.org/jira/browse/SOLR-16979 for improving the tests. Jan > 14. sep. 2023 kl. 12:58 skrev Jan Høydahl : > > FYI: I filed an INFRA ticket > https://issues.apache.org/jira/browse/INFRA-24987 to kill the stray process. > > So h

Re: [JENKINS] Solr » Solr-Check-main - Build # 7785 - Still Failing!

rev Jan Høydahl : > > I'm seeing this all the time now since yesterday. Probably a former Solr > instance is hung, occupying port 8983. > Should the BATS tests pick a random port between 1 and 65000, that are > used throughout all tests? > Then, a test run could clean up wi

Re: [JENKINS] Solr » Solr-Check-main - Build # 7785 - Still Failing!

I'm seeing this all the time now since yesterday. Probably a former Solr instance is hung, occupying port 8983. Should the BATS tests pick a random port between 1 and 65000, that are used throughout all tests? Then, a test run could clean up with some force killing at the end, just for

Re: Circuit breakers and update requests

There was no feedback on the topic of global Circuit Breaker vs per-core. So I opened https://issues.apache.org/jira/browse/SOLR-16974 to propose supporting Global CB. This is still on design level, please weigh in with your thoughts. Jan > 30. aug. 2023 kl. 22:02 skrev Jan Høydahl : >

Re: Future of the cross-dc work

providers? Jan Høydahl > 9. sep. 2023 kl. 17:58 skrev Anshum Gupta : > > I wouldn't term people who work at a particular company as > committers. I'm reasonably sure when folks contribute to the project they > wear their ASF hat. If they don't, they should. > > Lik

Re: Discuss SIP-14 Embedded Zookeeper

Hi, Eric Pugh and I discussed this SIP the other day, as a stepping stone for making cloud mode the default. Perhaps there is new energy for this two years down the road? We don't need to tackle the full dynamic scaling of ZK on day one. Just adding a 'zookeeper' node-role so we could have

Re: [EXTERNAL] - Re: PR reviewed

Hi, I'd think that you have all the details of what commands GHA ran to get there, in the GHA run logs, e.g. https://github.com/apache/solr/actions/runs/6030623459/job/16362805679 Here is a screenshot of how the logs look like from here

Re: Circuit breakers and update requests

Hi For those interested in this topic, here is the JIRA, which has a Pull Request for review: https://issues.apache.org/jira/browse/SOLR-16954 Jan Høydahl > 3. jul. 2023 kl. 22:28 skrev Pierre Salagnac : > > Hi Jan, > > As far as I know, Solr only supports circuit bre

Re: 8.11.3 release

Hi, Following up on Ishan's proposed 8.11.3 release (https://lists.apache.org/thread/3xjtv1sxqx8f9nvhkc0cb90b2p76nfx2) Does the Lucene project have any bugfix candidates for backporting? Ishan, are you still targeting September? Jan > 1. aug. 2023 kl. 14:57 skrev Ishan Chattopadhyaya : >

Re: Cluster Singleton lifecycle behavior after plugin update

Hi, Thanks for reporting. Sounds you have enough supporting proof to create a JIRA (bug) issue, and we can continue discussion there. Jan > 22. aug. 2023 kl. 21:51 skrev Paul McArthur > : > > Hi all, > > I’m creating a cluster singleton plugin and have found an issue with the > lifecycle

Re: Welcome Alex Deparvu as Solr committer

Welcome, Alex! Jan Høydahl > 2. aug. 2023 kl. 10:10 skrev Anshum Gupta : > > Hello everyone. > > On behalf of the Apache Solr PMC, I'm pleased to announce that Alex Deparvu > has accepted the invitation to become a Solr committer. > > Alex - it's a tradition tha

Re: 8.11.3 release

Am I correct that a potential 8.11.3 release cannot contain known CVEs? If so, we cannot release without carefully plugging all CVEs plugged in 9.x. Some of those may not be a simple backport, such as Jetty, netty etc, due to jar hell. Have you identified blockers in jira? Jan Høydahl >

Re: Time for a 9.3 release?

mation Retrieval Applied > Consulting | Training | Open Source > > Website: Sease.io <http://sease.io/> > LinkedIn <https://linkedin.com/company/sease-ltd> | Twitter > <https://twitter.com/seaseltd> | Youtube > <https://www.youtube.com/channel/UCDx86ZKLYNpI3gzMer

Re: Time for a 9.3 release?

+1, about time now Jan > 26. jun. 2023 kl. 20:44 skrev Houston Putman : > > It's been a while since the last Solr minor release, so I think it's time > we do it. > > I'm happy to drive the release, since I've made some changes to the release > wizard and I wouldn't want someone else to have to

Circuit breakers and update requests

Hi, Solr has CPU and Memory circuit breakers that will terminate Search Requests only. See https://solr.apache.org/guide/solr/latest/deployment-guide/circuit-breakers.html for docs. Example: true 75 true 75 A Solr node typically gets overloaded by the combined update

Enable CodeQL scanning in Github Actions?

Hi, We got a contribution from GitHub Security Lab in https://github.com/apache/solr/pull/1721 to enable CodeQL scanning. What do you say, are we well covered by our other static analysis tools, or would this bring some additional value? Jan

Re: Solr version compatibility in Linux 8

Hi, This is a question better suited for the us...@solr.apache.org mailing list. Please re-ask over there, so we can keep this list for discussions related to developing Solr itself. Jan > 14. jun. 2023 kl. 12:13 skrev Arun Kumar : > > Hi Team, > > We are using SOLR version 4.3 and 5.5. >

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

Re: DELETEREPLICA multiple-replicas functionality

I didn't know about this multi delete either, it must have been introduced for a reason? If you e.g. want to reduce "replicationFactor" from 5 to 3, it will not work to update collectionProp "replicationFactor", not even the individual num props. That would be the natural way for this feature

Re: Shifting Execution Strategy to a New UI Plugin

Hi Thanks for the clarification. It matches exactly my expectations - during development you use whatever fancy dev tools includinga nodejs backend to serve the app, but at the end it is bundled into static artifacts like today's UI. I can understand how your initial statement was interpreted

Re: branch_9x broken

te: >> What is the best way to fix this? I went into branch_9x and checked, and >> yeah, I totally goofed it somehow….. >> >> Can I commit the attached patch directly to branch_9x? >> >> >> >>> On May 2, 2023, at 3:53 AM, Jan Høydahl >> <

Re: CollectionReloadTest failing frequently

I created https://issues.apache.org/jira/browse/SOLR-16784 for it. Will BadApple it now Jan > 3. mai 2023 kl. 03:08 skrev Gus Heck : > > I'm seeing intermittent failures if I run this test in the IDE, but this > seed reproduces reliably > > ./gradlew :solr:core:test --tests >

branch_9x broken

Last successful jenkins "check" on branch_9x was 26 days ago: https://ci-builds.apache.org/job/Solr/job/Solr-Check-9.x/ Errors like this 1. ERROR in /tmp/src/solr/solr/solrj/src/java/org/apache/solr/client/solrj/impl/ConcurrentUpdateSolrClient.java (at line 119)

Re: [VOTE] Release Solr 9.2.1 RC1

o disk or ZK, can execute any user code, I'll stand corrected. > > I'll write a more detailed reply in a different thread on the measures we > have taken to prevent that, let alone allow full access "by design". > > On Sun, 30 Apr, 2023, 6:32 am Noble Paul, wrote: > >&g

  1   2   3   4   5   >