Re: [DISCUSS] SIP-24 Java Security Manager replacement

gt;>>> intending to actually write data there but it happens. The insidious >>> part >>>> is then another test comes along and reads data that shouldn't be >>> there. I >>>> started chatting with Gemini on a solution involving a Gradle plugin >

Re: [DISCUSS] Solr 9.9 Release

Great plan. +1 > 9. juni 2025 kl. 23:14 skrev Houston Putman : > > Hey everyone, > > It's been a while since the last minor release and the changelog looks > pretty good to get the next one in. > > I volunteer to do it probably sometime next week unless anyone objects. > > - Houston

Re: Welcome Matthew Biscocho as Solr Committer

Congrats and welcome Matt! Jan > 29. apr. 2025 kl. 19:34 skrev Jason Gerlowski : > > The Project Management Committee (PMC) for Apache Solr has invited > Matthew Biscocho to become a committer and we are pleased to announce > that Matthew > has accepted! > > Matt, the tradition is that new comm

Re: Planning and Releasing Solr 10.0

I'm not opposed to further 9.x feature releases, as long as someone are willing to put in the work. But I don't think such a decision should slow down our move to Java 21 in 10.x. Excited about 10.0 materializing. Jan > 15. apr. 2025 kl. 16:39 skrev Houston Putman : > > I think that this is t

Re: Solr Basic Authentication Setup

Hi, For user questions like this, please use the "Users" mailing list, not this "dev" one which is for developing Solr itself. Jan > 3. apr. 2025 kl. 11:17 skrev Venkatesh, Keerthana > : > > Hi Team, > > We are setting up Basic authentication for our Standalone Solr running in an > App serv

Re: Solr 8.x - Hadoop 3.2.4 vulnerabilities

Hi, Unfortunately there won't be a new 8.x release due to its EOL, see https://solr.staged.apache.org/news.html#solr-8-reaches-end-of-life When it comes to CVE-2024-23454, it talks about Hadoop’s RunJar.run(), and this is not a part of the library that we use, it is used for HDFS only. So most

Re: [VOTE] Release Solr 9.8.1 RC1

+1 (binding) SUCCESS! [0:46:03.567763] Only ran the smoke tester - macos - Temurin-11.0.26+4. Jan > 6. mars 2025 kl. 22:28 skrev Houston Putman : > > Please vote for release candidate 1 for Solr 9.8.1 > > The artifacts can be downloaded from: > https://dist.apache.org/repos/dist/dev/solr/solr

Re: Environment Variables in the Solr CLI...

I love environment variables, since it is the common denominator across all runtimes you can imagine, including containers. So having a broad ENV strategy for the solr server itself, as we are approaching with EnvUtils and SOLR_ prefix etc, is AGoodThing™. Now, when it comes to the CLI Tools, th

Re: Bugfix release Solr 9.8.1

ning that Jan. I think Jason's idea of just doing a 0.9.1 > release of the operator is good. That way we can unblock this release and > take the time we need to make the CLI behave the right way. > > Thoughts? > > - Houston > > On Tue, Mar 4, 2025 at 7:25 PM Jan Høyda

Re: Bugfix release Solr 9.8.1

I'd like to get https://issues.apache.org/jira/browse/SOLR-17690 into 9.8.1. It's a blocker for bootstrapping custom security.json with solr-operator 0.9 and Solr 9.8. PR in progress. Jan > 28. feb. 2025 kl. 18:59 skrev Christine Poerschke (BLOOMBERG/ LONDON) > : > > Hi Houston, > > Yes, I

Re: [DISCUSS] Enrolling Solr website for Matomo analytics

jan. 2025 kl. 12:27 skrev Jan Høydahl : > > Hi, > > I mentioned to a few fellow committers the prospect of gaining some added > insights on how the Solr website is used. > One benefit could be to learn which RefGuide pages are never accessed, as an > indirect (and imperfect)

Re: Use of SPI/ServiceLoader

Huge +1 -Jan > 10. feb. 2025 kl. 04:52 skrev David Smiley : > > We don't yet use Java's SPI/ServiceLoader mechanism in Solr *itself* yet we > benefit from Lucene's embrace of it as seen in our schema (nice short > names; no more weird class=solr.XXX). I filed a JIRA and a draft PR that > starts

[DISCUSS] Enrolling Solr website for Matomo analytics

Hi, I mentioned to a few fellow committers the prospect of gaining some added insights on how the Solr website is used. One benefit could be to learn which RefGuide pages are never accessed, as an indirect (and imperfect) measure of feature popularity. The proposal is to use the ASF hosted, pri

Re: [RESULT] [VOTE] Release Solr 9.8.0 RC1

Hi, Browsing through changes.txt I discovered that the 9.8.0 CHANGES.txt contains a 9.7.1 section, which is wrong since that version was never released :( Jan > 21. jan. 2025 kl. 19:09 skrev David Smiley : > > Great. Please remember to update the release notes with the list of > contributors

Re: [Operator] [VOTE] Release the Solr Operator v0.9.0 RC1

rator/pull/749) to fix it, if > anyone's got a few minutes to review. > > I wonder why no one's run into this before... > > Best, > > Jason > > On Tue, Jan 21, 2025 at 7:00 AM Jan Høydahl wrote: >> >> Hi, >> >> I did the kubectl creat

Re: [Operator] [VOTE] Release the Solr Operator v0.9.0 RC1

Hi, I did the kubectl create tests and ended up with a local cluster with v0.9 operator. No issues. I also tried running smoke tester but it ended with this error: > Downloaded: 2 files, 2,3K in 0s (84,8 MB/s) > ./hack/release/smoke_test/verify_all.sh: line 118: artifact: unbound variable Jan

Re: Solr Visibility on LinkedIn

Guess some PMC members could reach out and ask to be added as admins of the group. Then advocate for crafting some group rules and make it more about Solr again. Perhaps convert til to a public group for more visibility? Jan Høydahl > 16. jan. 2025 kl. 19:34 skrev Alessandro Benede

Re: [VOTE] Release Solr 9.8.0 RC1

+1 (binding) SUCCESS! [0:47:36.397943] Only ran the smoke tester. Jan > 14. jan. 2025 kl. 20:55 skrev Anshum Gupta : > > Please vote for release candidate 1 for *Solr 9.8.0* > > *The artifacts can be downloaded from:* > https://dist.apache.org/repos/dist/dev/solr/solr-9.8.0-RC1-rev-8bf0100e50

Re: CHANGES.txt, process improvement solicitation

tries to be super easy. > > On Fri, Dec 20, 2024 at 4:43 AM Jan Høydahl wrote: > >> Good news, a new release is on its way, including a CLI tool < >> https://github.com/logchange/logchange/pull/31> independent from maven. >> This means we could integrate it into ou

Re: [DISCUSS] Solr Operator 0.9.0 release

+1 I'm not actively working on anything, but pinged #674 to see if it can be landed. Jan > 9. jan. 2025 kl. 18:13 skrev Jason Gerlowski : > > Hey all, > > The operator has accumulated a nice few bug-fixes and improvements > since our 0.8.1 release back in the Spring. What do we think about >

Re: CHANGES.txt, process improvement solicitation

folder "unreleased" into folder "v9.8.0" and then generate CHANGELOG.md with ./logchange generate. See https://github.com/logchange/logchange/tree/main/changelog for how the strucuture looks like. Jan > 19. des. 2024 kl. 20:34 skrev David Smiley : > > On Wed, Dec 18,

Re: CHANGES.txt, process improvement solicitation

This tool does what is proposed here and looks promising: https://github.com/logchange/logchange?tab=readme-ov-file It requires us to switch to CHANGES.md and it lacks a gradle plugin. But we could probably contribute some changes to fit our needs.. Jan Høydahl > 18. des. 2024 kl. 23:52 sk

Re: Zookeeper operator

Hi. The zookeeper operator project is almost dead. It is not run by Apache and many have tried to nudge for a release without luck. My recommendation for you is to disable the zookeeper operator for your deployment and self provision a ZK cluster using bitnami zookeeper chart. Jan Høydahl

Re: Solr 9.8.0 - branching and releasing plan

I added https://issues.apache.org/jira/browse/SOLR-17586 as a blocker for 9.8. PR available. PS: I don't mind if you cut the branch_9_8 today and then we'll have to back port critical fixes to that branch before release. Jan > 5. des. 2024 kl. 01:22 skrev David Smiley : > > SOLR-17381: Once

Re: Welcome Pierre Salagnac as Solr Committer!

Welcome and congratulations Pierre! Jan > 6. des. 2024 kl. 10:30 skrev David Smiley : > > The Project Management Committee (PMC) for Apache Solr has invited Pierre > Salagnac to become a committer and we are pleased to announce that Pierre > has accepted. > > Pierre, the tradition is that new c

Re: Introducing Gradle Version Catalogs

I propose we try dependabot first for the new main - benefit is we don't need to host it ourselves. If version catalogs are not backported to 9x, perhaps we can re-purpose SolrBot to file PRs for branch_9_N? Jan > 14. nov. 2024 kl. 05:47 skrev Christos Malliaridis : > > The current bot would r

Re: Introducing Gradle Version Catalogs

We’ll need to modify what files renovatebot considers, right now it is only two files, after it will probably be several. Another option is to switch to Dependabot, which did not support consistent-versions plugin, but do support version catalogs. Jan > On 13 Nov 2024, at 16:38, David Smiley

Re: [DISCUSS] Time to thank Hadoop for it's service and remove it?

>> that worth doing here? Is there any convention around where we do >>> that sort of thing, and where we skip it? >>> >>> Best, >>> >>> Jason >>> >>> On Wed, Nov 6, 2024 at 6:37 AM David Eric Pugh >>> wrote: >>&

Re: [DISCUSS] Time to thank Hadoop for it's service and remove it?

t of thing, and where we skip it? > > Best, > > Jason > > On Wed, Nov 6, 2024 at 6:37 AM David Eric Pugh > wrote: >> >> I wanted to share that I have a PR for removing only hadoop-auth module >> here: https://github.com/apache/solr/pull/2835 >&g

Re: HELP wanted: Dependency upgrades

Looks to me that solrbot is still the author of this https://github.com/apache/solr/pull/2845/commits/3e0d943c22b7d7506356b98b39e9db8301d3 The cherry-pick script is not for windows, sorry... Maybe it works in WSL Jan > 5. nov. 2024 kl. 12:45 skrev Christos Malliaridis : > > So I went forwa

Re: HELP wanted: Dependency upgrades

> One question that popped up recently (Jan can probably answer that): > > If I create a PR for backporting a cherry-picked commit that was previously > completed with Solrbot, will the CHANGES file be updated by the bot? If not, > I believe that I should update that in the PR myself, right? A

Re: [DISCUSS] Time to thank Hadoop for it's service and remove it?

Can't you diff versions.lock betwen before and after to get a clue? In case our validate-licenses gradle task does not complain about unused files in licenses/ folder... Jan > 2. nov. 2024 kl. 12:27 skrev David Eric Pugh : > > I did reach out to the user list about hadoop-auth and haven't hear

Re: Release 9.7.1

: >> >>> Would it make more sense to do a 9.8? There are lots of CLI deprecation >>> in 9.8 that would be nice to see the light of day before 10.0 is shipped! >>> >>>On Tuesday, October 29, 2024 at 09:58:18 AM EDT, Jan Høydahl < >>> jan

Re: [DISCUSS] Automated bin/solr.cmd script testing for Windows

ents like a Docker-API container runtime, which may or may not work > with our pipelines and machines. > > I haven't heard of Pester before, so I am wondering, what would the benefits > of Pester over JUnit be? > > Christos > > On 2024/10/23 20:39:46 Jan Høydahl wr

Re: Release 9.7.1

Thanks Anshum. We have 11 bugs fixed for 9.8 so far, may consider backporting some of them in 9.7.1. Jan > 28. okt. 2024 kl. 18:57 skrev Anshum

Re: HELP wanted: Dependency upgrades

Hi, We have a dev-doc for upgrading dependencies: https://github.com/apache/solr/blob/main/dev-docs/dependency-upgrades.adoc If something is unclear, please improve that doc. Most SolrBot PRs are small and simple, and can be merged and backported in 2 minutes. By not adding CHANGES.txt entry we

[DISCUSS] Automated bin/solr.cmd script testing for Windows

Hi, We have done tons of changes to start scripts lately, but we do not have any automated tests like our BATS tests for Linux. So I filed https://issues.apache.org/jira/browse/SOLR-17508 with a suggestion to use a tool I found called "Pester" for Powershell. I played a bit with it and got a fe

Re: NOTICE: Tests failing on branch_9x

Merged a fix, thanks Eric and Christos! Jan > 18. okt. 2024 kl. 15:57 skrev Eric Pugh : > > I have time this evening (us est time zone) from 7 pm till about midnight to > take a fresh stab at sorting this out. > > > > Sent from my iPhone > >> On Oct 18, 202

Re: Welcome Christos Malliaridis as Solr Committer

Congratulations and welcome, Christos! Jan > 19. okt. 2024 kl. 00:52 skrev David Smiley : > > The Project Management Committee (PMC) for Apache Solr has invited Christos > Malliaridis to become a committer and we are pleased to announce that > Christos has accepted. > > Christos, the tradition

NOTICE: Tests failing on branch_9x

Hi, Just a heads up that all test on branch_9x are currently failing. See https://ci-builds.apache.org/job/Solr/job/Solr-Check-9.x/lastBuild/ Consistently failing test is "SolrCloudExampleTest.testLoadDocsIntoGettingStartedCollection" The first run they started failing was https://ci-builds.ap

Re: HELP wanted: Dependency upgrades

can and should be backported or not. Would that be helpful to get things > started? > > Best, > Christos > > On Wed, Oct 16, 2024 at 12:06 PM Jan Høydahl wrote: > >> Hi, >> >> There are now 36 open SolrBot PRs, some of which are several months old:

HELP wanted: Dependency upgrades

Hi, There are now 36 open SolrBot PRs, some of which are several months old: https://github.com/apache/solr/pulls/solrbot Let's do a round of dependency upgrade merging to main + 9x prior to a 9.8 release. Not a committer? You can still help e.g. by triaging the PRs that failed tests and maki

Re: [VOTE] End support for 8.x at 8.11.4

+1 (binding) Jan > 15. okt. 2024 kl. 23:42 skrev Houston Putman : > > Hey everyone, > > A little while back, I made a thread asking opinions on cutting the 8.x > Solr support after 8.11.4 was released. Since there was no pushback, I am > here to start a vote. > > As it stands, Lucene 10 is out

Re: [Discuss] Solr 8.11.4 Release & Future 8x Support

L rule this one time. Jan > 15. okt. 2024 kl. 18:35 skrev Jan Høydahl : > > Houston, would you like to start the VOTE? > > Jan Høydahl > >> On 25 Sep 2024, at 18:26, Anshum Gupta wrote: >> I agree, let's start the vote thread on the Lucene + Solr mail

Re: Deduplicating/Modularizing Our Jenkins Jobs

+1. cleanups always good. Also, do we need to keep the smoke test 9.7 running if we don’t think there will be a 9.7.1 release? Jan Høydahl > On 15 Oct 2024, at 14:32, David Smiley wrote: > > +1 Sure; seems like a simple solution. > >> On Tue, Oct 15, 2024 at 7:27 

Re: [Discuss] Solr 8.11.4 Release & Future 8x Support

Houston, would you like to start the VOTE? Jan Høydahl > On 25 Sep 2024, at 18:26, Anshum Gupta wrote: > I agree, let's start the vote thread on the Lucene + Solr mailing lists. > >> On Wed, Sep 25, 2024 at 8:03 AM Houston Putman wrote: >> >> Yeah I agre

Re: PR labeling

exactly when I'll be able >> to return to it and get it "over the finish line". >> >> On Mon, Sep 23, 2024 at 10:46 AM David Smiley wrote: >>> >>> +1 to try >>> >>> On Sun, Sep 22, 2024 at 3:43 PM Jan Høydahl >> wrote: &

Re: [Discuss] Solr 8.11.4 Release & Future 8x Support

Thanks for doing the 8.11.4 release Houston. I agree it is time to drop 8.x support. Users have had a LONG time to consider upgrading to 9.0, 9.1, 9.2, 9.3, 9.4, 9.5, 9.6, 9.7, so I see no problem in simply announcing today that 8.11.4 is the LAST 8.x release, and officially EOL. If we released

Re: PR labeling

list. Jan Høydahl > On 22 Sep 2024, at 15:11, Eric Pugh wrote: > > What if we tried it for a few months and then reevaluated? > > > Sent from my iPhone > >> On Sep 20, 2024, at 3:02 PM, Jan Høydahl wrote: >> >> Any commit or comment on a stale PR

Re: PR labeling

Any commit or comment on a stale PR will make it un-stale for 60 more days too. Jan Høydahl > On 19 Sep 2024, at 23:14, David Smiley wrote: > > Upon seeing a "stale" warning, how do I signal to the bot that this PR > shouldn't be closed soon? Or perhaps upon r

Re: PR labeling

there will be so many merge conflicts so who’d want to anyway? 😉 Jan Høydahl > On 19 Sep 2024, at 20:07, David Smiley wrote: > > I don't see in the dev list here a discussion on auto-closing old PRs but > FWIW I'm in favor of that provided we could somehow choose to

Re: [VOTE] Release Apache Solr 9.7.0 RC2

+1 (binding) SUCCESS! [0:42:01.595127] Once again on third attempt. Also built docker images and spun it up. Jan > 4. sep. 2024 kl. 03:00 skrev Anshum Gupta : > > Please vote for release candidate 2 for Solr 9.7.0 > > The artifacts can be downloaded from: > https://dist.apache.org/repos/dist

Re: [VOTE] Release Solr 9.7.0 RC1

On third attempt smoketester passed: SUCCESS! [0:53:19.266825] +1 (binding) Jan > 27. aug. 2024 kl. 21:09 skrev Anshum Gupta : > > Please vote for Release Candidate 1 for Apache Solr 9.7.0 > > The artifacts can be downloaded from: > https://dist.apache.org/repos/dist/dev/solr/solr-9.7.0-RC1-r

Re: Getting this error

Hi Gyan, Your post is cross-posted to several lists. Please do not do that. The correct list for questions like this is the "users@" mailing list. Please subscribe to that list and re-post. When posting your question, please give much more context and information on your setup and how it can be

Re: Simple Query String Builder for SolrJ

gt;> there will be new ways to generate queries for end users. >> >> I am not in a position to speak for what is already “inside” Apache Solr. >> >> If I can help please let me know. >> >> Geoffrey >> >>> On Aug 20, 2024, at 4:49 PM, Uwe Schi

Re: Simple Query String Builder for SolrJ

Having written tons of Java client code for querying elasticsearch, one thing I appreciate with the various QueryBuilders is how closely they map to the actual Lucene Query objects being the end result. Also, they are nicely composable, and of course map almost 1:1 to ES JSON query dsl. So if we w

Re: Updating Dependencies - Apache Tika

Server REST API. Perhaps that exists now? Jan Høydahl > 12. aug. 2024 kl. 16:20 skrev Christos Malliaridis : > > Hello everyone, > > I've been looking into the dependencies of the project and thought that we > could update a couple of them, together with their license file

Re: Copying data from master to slave

Hi, I replied to you email yesterday, asking you to use the users mailing list for such questions. Please stop posting user questions to the dev mailing list. See https://solr.apache.org/community.html#mailing-lists-chat Jan > 8. aug. 2024 kl. 10:47 skrev Mugi, Krishnavamsireddy > : > > Hi T

Re: Solr reindexing

Hi, You are emailing the developers list. This list is not for user support, but for developing Solr. Please use the "users" mailing list instead for such questions. Jan > 7. aug. 2024 kl. 15:00 skrev Mugi, Krishnavamsireddy > : > > Hi Team, > > We are copying the data from one of the solr s

Re: JSON Parsing, Jackson / Noggit

Noggit features like optional quotation of strings, comments, trailing comma etc are nice but not crucial. I'd like us to move to standard JSON if it is not significantly slower. On the SolrJ client side I'd hope we could shade Jackson to avoid version conflicts in user code. Jan > 5. aug. 202

Re: Compatability of predefined class in solr versions

Hi, Please ask user questions on the us...@solr.apache.org mailing list. And note that image attachments won't make it to the list, so better put plain text of logs rather than screenshot. What is likely the reason is that you have not started Solr with the 'langi

Re: [DISCUSS] Solr 9.7 release

Hi, Sounds ok. Will try to merge some of the latest dependency upgrades. There are still ~30 dependency PRs, so anyone feel free to jump in and resolve some of them before the release. Jan > 16. juli 2024 kl. 22:12 skrev Anshum Gupta : > > Hi everyone, > > The Change log for Solr 9.7 looks

Re: SIP-7 New Admin UI

ther down the road. I do Kotlin in day job, and it is an absolute joy to work with. Not hard at all, so to committers fearing a "new" language, it is actually not that different, just skip the "new" keywork and semicolons, hehe. Jan Høydahl > 15. juli 2024 kl. 15:49

Re: Vex file 404

; official site. Looking into the commit history, the changes where VEX was > re-enabled > <https://github.com/apache/solr-site/commit/d34a288028772cc7ca09eb1ac11f764047c58576> > are not merged yet into the production branch. > > @Jan Høydahl Is there a reason the changes were

Re: [Solr site] Deployment to production process

There was also an update to the infrastructure-actions/pelican@main action that required a small config change in our repo. Did that and merged main into prod. Hope it is fine now and that your PRs will contain only your own stuff.. Jan > 12. juli 2024 kl. 17:52 skrev Houston Putman : > > It l

Re: Your ZK connection string (3 hosts) is different from the dynamic ensemble config (3 hosts)

Hi, Please do not use the dev mailing list for user questions. This list is for discussions regarindg the development of Solr itself. When re-posting your question to the users@ mailing list, please include some more details about your setup such as the contents of zookeeper config files and a

Re: Use MockDirectoryFactory not RAMDirectoryFactory in test configs

+1 Experienced the same locally, tried to override lock factory but did not dig deeper and ended up running some tests in gradle instead of IntelliJ. Annoying! Jan Høydahl > 1. juli 2024 kl. 22:57 skrev David Smiley : > > Some of our tests don't run correctly/consistently

Re: Looking for final review of SOLR-16842

From an upgrade 9->10 perspective, it would be good to start getting deprecation warnings in 9.x for old options and change scripts etc so you don't have a big-bang moment in 10.0. A potential option 5) is to introduce the new options and deprecate old in 10.0, meaning they won't be removed unt

Solr Website now built by Github Actions

Hi, Quick update on the build process for solr website -- https://github.com/apache/solr-site Earlier the Pelican based site was built by ASF buildbot and handled by special .asf.yaml sections. Now it is built with Github Actions, see SOLR-17339

Re: Simplify Ref Guide Examples by Merging Windows and Mac/Linux Examples?

+1 I have done this myself with paths when running java on Windows - easier to handle forward/slash, less escaping etc. PS: I still hope we can remove bin\solr.cmd from 10.0 (but keep support for Windows paths etc in Java). Jan > 14. juni 2024 kl. 19:30 skrev David Smiley : > > +1 > > ~ Dav

Re: Seeking guidance on Upgrading Minimum Java Version for Main Branch

Hi, Thanks for starting the topic. Looks like we'll align Solr 10 with Lucene 10, so somewhere between now and the release of Lucene 10 we definitely should make the same move. Our typical concern is if the change causes lots of other code changes that makes backporting harder for a prolonged p

Re: Purpose of IndexUpgraderTool

I used it back in the days when you could migrate from v3->4->5->6. It solved the issue that Solr 6 could only read a Lucene 6 or Lucene 5 index, but after the sequence of upgrades you'd get there. I even wrote a wrapper to automate it all at https://github.com/cominvent/solr-tools/tree/master/up

Re: SIP-18: A Solr Kubernetes Module for native integration

I think of this from time to time. To get some progress, should be first agree in this thread that it is a decent idea, and that a new Solr module is warranted for this? I'd hate to see good initatives like this to he held up by arguments not related to the code itself but to the lifecycle or w

Re: [VOTE] Release Solr 9.6.1 RC1

+1 SUCCESS! [0:45:03.659058] -Jan > 23. mai 2024 kl. 21:39 skrev Houston Putman : > > Please vote for release candidate 1 for Solr 9.6.1 > > The artifacts can be downloaded from: > https://dist.apache.org/repos/dist/dev/solr/solr-9.6.1-RC1-rev-d7f7166567f52f1b31e3315b0188e11f2c4c9b60 > > You

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 direct

Re: solr query alerting

ot-Zaniewski (BLOOMBERG/ 919 3RD >>> A) 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

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 PMC

Re: SolrJ HTTP SolrClient class hierarchy

e 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. So we

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 : > > Th

Re: Tracking contributors uniquely

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

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 contributio

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: I

Re: Release wizard logic issue? Assumptions?

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

Re: Release wizard logic issue? Assumptions?

g run it from within a pristine checkout of my 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 tel

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 a c

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 ste

Re: enableRemoteStreaming+enableStreamBody-change in Solr 8.11.3

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

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 a

Re: [DISCUSS] Solr 9.6 release

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

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%20OR

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

ing 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 promoted

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 released lo

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: > https://dist.apache.org/repos/dist/dev/solr/solr-9.5.0-RC3-rev-cd

  1   2   3   4   5   >