Re: First class support for node roles

ve and not strict/non-strict. You have a role or you don't. > What that means is up to the code implementing the role. > >>>>>>> > >>>>>>> Roles should be free to configure a preference order (binary, or > n-ary or whatever,

Re: Strange error in Solr with Lucene 9.0.0

I was just able to reproduce this on my local macOS machine with gradlew test --tests TestRandomDVFaceting.testRandomFaceting -Dtests.seed=3B93BA61C91F26D4 -Dtests.slow=true -Dtests.locale=uz-Latn -Dtests.timezone=America/Santa_Isabel -Dtests.asserts=true -Dtests.file.encoding=UTF-8 on commit 028

Re: Strange error in Solr with Lucene 9.0.0

Sorry, meant to add that the reproduction is before the update to lucene 9.0.0 release. But I'm also able to reproduce it after the upgrade, like Uwe noted. On Wed, Dec 8, 2021 at 12:53 PM Mike Drob wrote: > I was just able to reproduce this on my local macOS machine with > >

Re: Log4J RCE vulnerability

I’ve already posted an item to our security page. If you have improvements, please add them, my copy was certainly rushed. Informing our user list is a good idea too! On Fri, Dec 10, 2021 at 10:13 AM Cassandra Targett wrote: > Uwe, I understand Log4J 2.15.0 is going to address the vulnerabilit

Re: Log4j < 2.15.0 may still be vulnerable even if -Dlog4j2.formatMsgNoLookups=true is set

The MDC Patterns used by solr are for the collection, shard, replica, core and node names, and a potential trace id. All of those are restricted to alphanumeric, no special characters like $ or { needed for the injection. And trying to access a collection that didn’t exist Returns 404 without loggi

Re: Quarterly Committer Meetings

David, Thank you for taking the initiative! Happy New Year! In your text you propose noon, but the time link is for 11am Boston Time. Which did you mean? Mike On Mon, Jan 10, 2022 at 8:36 PM David Smiley wrote: > Hello everyone, > > I would like to propose that we have Solr committer online m

[DISCUSS] Mark Rate Limiting as Experimental for Solr 9.0

Howdy folks, After finding two quick bugs in the rate limiting code[1][2], I suspect that this feature has largely gone untested in our code up until now. I also looked at TestRequestRateLimiter and at least locally I'm getting a lot of EofException in the logs, which I think is unintended. This m

Re: Discuss SIP-14 Embedded Zookeeper

21 at 9:17 AM Mike Drob wrote: > > If people are running 100 or 1000 node clusters and use each node as a > ZK server, by default, what kind of impact would that have? > > Bad. Very very bad. The largest ZK quorum I've personally seen is 9, and > I've heard rumo

Re: New branch and feature freeze for Solr 9.0.0

I'd like to consider getting SOLR-15919 into 9.0 because I'm not sure if it would be allowed in 9.1. I just realized we would want this while looking at the code tonight, don't even have a patch to present yet. It would be a fairly substantial cha

Re: Quarterly Committer Meetings

+1 Do we have a place to gather agenda items ahead of time? On Thu, Jan 13, 2022 at 8:12 AM Gus Heck wrote: > +1, please send a link to me too. > > On Thu, Jan 13, 2022 at 3:52 AM Bruno Roustant > wrote: > >> +1 >> I'll try to make it, probably with some lateness. >> >> Bruno >> >> Le jeu. 13

Re: [VOTE] Stop releasing Solr binary ZIP artifact

+0 I have no issue with this, but would maybe like to see a discussion on the user@ list first and to hear the thoughts of our Windows users (Uwe? Steve? Shawn?) On Sun, Jan 16, 2022 at 1:08 PM Jan Høydahl wrote: > Hi, > > I know that ZIP vs TGZ has been discussed before, but I'd like to propos

Re: [DISCUSS] Mark Rate Limiting as Experimental for Solr 9.0

s a doc-only change? > > Jan > > 12. jan. 2022 kl. 16:59 skrev Mike Drob : > > Howdy folks, > > After finding two quick bugs in the rate limiting code[1][2], I suspect > that this feature has largely gone untested in our code up until now. I > also looked at TestReques

Re: Solr partial shutdown problem

Is this a 9.0 blocker? Seems like any APIs we change would be internal only? On Mon, Jan 24, 2022 at 9:26 AM Jan Høydahl wrote: > Hi, > > Solr runs in a servlet container (Jetty), and normally you want one webapp > to not be able to cause issues for another one by e.g. running > System.exit(). >

Re: Warning - Ref Guide has been migrated to Antora

I just went through the process of merging up an older PR and the ref guide link checker helpfully alerted me to my old broken links! Took me a few minutes to find the right page, but overall the speedbump was very very minor. Thanks for taking this across the finish line, Houston! On Thu, Feb 10

Re: Warning - Ref Guide has been migrated to Antora

The build should download and install node/npm/npx for you under .gradle, so no new prerequisites aside from gradle pulling in new dependency trees. Do you have more detail on the error message so we can investigate further? On Mon, Feb 14, 2022 at 10:30 PM David Smiley wrote: > When I do "gw c

Re: Define what requires a JIRA and an entry in CHANGES.txt?

If this is about my PR https://github.com/apache/solr/pull/641 then I'm happy to add a JIRA for it. I initially said that I wasn't sure if it was big enough to warrant an issue because it was almost entirely test changes, and even then not really functional changes. But it's 200 lines of difference

Re: [Operator] 1.0 Release Questions

On Fri, Mar 4, 2022 at 9:43 AM Timothy Potter wrote: > Also, we should draw a hard line in the sand on which versions of Solr > the 1.0 operator supports! It'll likely be one of the later 8.x > versions. > In addition to this, I think we will need to be aware of what versions of Kubernetes each

Re: CloudSolrClient; do we deprecate or not?

I feel like CloudSolrClient doesn't imply anything about HTTP 1 or 2, anything about Apache or Jetty (or java.net.http). If we have exposed those internal details in some ways, then that is unfortunate and should be addressed. I personally never use CloudHttp2SolrClient because I kind of assumed t

Re: Welcome Houston Putman as Solr's new PMC chair

Thank you both for the effort you’ve put in and will put in! On Thu, Mar 17, 2022 at 12:11 PM Anshum Gupta wrote: > Thank you, Jan for all the effort and for serving as the chair. > > Congratulations and good luck, Houston! > > > > On Thu, Mar 17, 2022 at 6:14 AM Jan Høydahl wrote: > >> Hi, >>

Re: [VOTE] Release Solr 9.0.0 RC1

-1: Java 11 Only - SUCCESS! [0:35:46.949352] Java 11 + 17 via python3 -u dev-tools/scripts/smokeTestRelease.py --test-java17 /Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home https://dist.apache.org/... run tests w/ Java 17 and testArgs='-Dtests.nightly=false -Dtests.badapples=false '..

Re: [VOTE] Release Solr 9.0.0 RC1

Never mind, I think that last one is because I ran from a src unpack and not a bin unpack like I thought I was running. Probably could have a better error message instead of that CNFE. On Tue, Mar 29, 2022 at 3:41 PM Mike Drob wrote: > -1: > > Java 11 Only - SUCCESS! [0:35:46.949352]

Re: [VOTE] Release Solr 9.0.0 RC2

Anshum and I are both seeing the smoke tester leak GPG agents, filed https://issues.apache.org/jira/browse/SOLR-16132 for it. On Thu, Mar 31, 2022 at 9:06 AM Ishan Chattopadhyaya < ichattopadhy...@gmail.com> wrote: > Sure, I'll take a stab at it. But, no need to wait for me to get to it, I > migh

Re: Solr github permissions

Reach out to ASF Infra for help troubleshooting either on slack #asfinfra or through INFRA jira. Make sure your profile on id.apache.org is linked to your GitHub profile On Fri, Apr 1, 2022 at 8:32 AM Joel Bernstein wrote: > My github permissions appear to be incorrect or missing for the Solr >

Re: [VOTE] Release Solr 9.0.0 RC3

If we're not doing anything with the release artifacts anyway (since you'll be on holiday, Jan), would it be fine to leave it open over the weekend? I didn't get nearly the amount of testing done on this that I wanted to, mainly trying to figure out if SOLR-16143 was a real problem (yes) or just a

Re: [RESULT][VOTE] Release Solr 9.0.0 RC3

nitiated and the result is: >>> >>> +1 7 (7 binding) >>> 0 1 >>> -1 0 >>> >>> This vote has PASSED >>> >>> Congratulations everyone for reaching this milestone! >>> >>> There are still a few loose end

Re: [VOTE] Release Solr 9.0.0 RC4

+1 (binding) Smoketester succeeded with Java 11 and Java 17 -- SUCCESS! [2:04:03.678208] Unlike for some others, this succeeded on my first try. I guess I'm just lucky :) Tested building an application that uses EmbeddedSolrServer and depends on our maven artifacts - validated SOLR-16157, SOLR

Re: [VOTE] Release Solr 9.0.0 RC4

I'll change my vote to a -1. Two reasons, #1 is based on the license header issue that I mentioned, and will work on getting that sorted out this week. #2 is that while I personally don't see the severity of the latest identified issues as blocking, if we're going to immediately turn around and st

Re: [RESULT] [VOTE] Release Solr 9.0.0 RC4

I created SOLR-16177 for the license header issue. I am backporting SOLR-16133 as a minor smoke tester improvement. Mike On Tue, May 3, 2022 at 8:35 AM Kevin Risden wrote: > I'm backporting https://issues.apache.org/jira/browse/SOLR-16164 - >

Re: [VOTE] Release Solr 9.0.0 RC5

[INFO] There was an issue with SOLR-16133 that caused the smoke tester to fail with gpg errors on macOS. That change has been reverted from branch_9_0 and if you run into it, please try fetching the latest changes and running the smoke tester command again. On Thu, May 5, 2022 at 2:48 AM Jan Høyda

Re: [VOTE] Release Solr 9.0.0 RC5

in >>>>> http://joelsolr.blogspot.com/ >>>>> >>>>> >>>>> On Fri, May 6, 2022 at 11:26 AM Eric Pugh < >>>>> ep...@opensourceconnections.com> wrote: >>>>> >>>>>> +1 (binding) >>>

Bugfix release Lucene/Solr 8.11.2

To: dev@lucene, dev@solr NOTICE: I am planning on preparing a bugfix release from branch branch_8_11 (likely mid next week) Please observe the normal rules for committing to this branch: * Before committing to the branch, reply to this thread and argue why the fix needs backporting and how lo

Re: Update Lucene dependency version

Some folks have mentioned being interested in working on this, but I don't know that anybody has picked it up yet. Most were likely waiting to do that work post 9.0 release which is still just wrapping up. The big change that worries me is the module system, I wonder if we will be affected or if i

Re: Cleaning up IntelliJ warnings in code base

I would try to handle them in several small PRs either grouped by module or by warning type. On Fri, May 27, 2022 at 9:24 AM Eric Pugh wrote: > Hey all, was poking around at a unit test while watching TV and noticed > lots of warnings from IntelliJ, little stuff like exceptions being thrown > th

Re: Cleaning up IntelliJ warnings in code base

Declaring an unused thrown exception in tests isn't the most critical change, but cleaning this up might help us discover accidental API signature changes in the future. If a test throws an exception then JUnit will figure it out and fail the test anyway, which is probably what we want to do regard

Re: Bugfix release Lucene/Solr 8.11.2

ecause >> I have an in-flight PR with a backport. I'll complete and merge that PR. >> >> Jan >> >> >> 13. mai 2022 kl. 01:03 skrev Mike Drob : >> >> To: dev@lucene, dev@solr >> >> NOTICE: >> >> I am planning on preparing a b

Re: Bugfix release Lucene/Solr 8.11.2

OLR-16227) and have a fix for it ( > https://github.com/apache/solr/pull/887). Can you wait on the release for > 8.11.2 till I can backport this? > > Thank you, > Kiran. > > On Tue, May 31, 2022 at 9:21 AM Mike Drob wrote: > >> Howdy folks, now that Lucene 9.2 has wrappe

[VOTE] Release Lucene/Solr 8.11.2 RC1

to: dev@lucene, dev@solr Please vote for release candidate 1 for Lucene/Solr 8.11.2 The artifacts can be downloaded from: https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.11.2-RC1-reva9ed1e5fccbd1a84c78194a1329a7e1a3032ffc6 You can run the smoke tester directly with this command: pyt

Re: [VOTE] Release Lucene/Solr 8.11.2 RC1

rowse/SOLR-16191>, which is included in > this release. > Not exactly sure what went wrong, but the example still passed? > > - Houston > > On Wed, Jun 8, 2022 at 8:50 PM Mike Drob wrote: > >> to: dev@lucene, dev@solr >> >> Please vote for release candidate 1

Re: [VOTE] Release Lucene/Solr 8.11.2 RC1

This RC did not receive enough votes to pass, I've fixed the bug pointed out by Houston and will be moving on to RC2. Thanks! On Sun, Jun 12, 2022 at 2:57 PM Mike Drob wrote: > Thanks for finding that, Houston! It was an issue during backporting that > I've corrected. I'l

[VOTE] Release Lucene/Solr 8.11.2 RC2

Please vote for release candidate 2 for Lucene/Solr 8.11.2 The artifacts can be downloaded from: https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.11.2-RC2-rev17dee71932c683e345508113523e764c3e4c80fa You can run the smoke tester directly with this command: python3 -u dev-tools/scripts/

Older Docker Images

I noticed that with the 9.0 release we made the decision to yank all of the older docker images. I wanted to get some clarity on the practical implications. On our Official Images page I see that we list 8.11.1 and 9.0 - is the plan going forward to continue to list only the latest in each line? S

Re: v2 API "Broader Changes" and Next Steps

I suspect that #2 will inspire #1, once we start trying to use it everywhere in SolrJ and other areas we’ll see patterns and antipatterns emerge and guide us on what the API should be. On Thu, Jun 16, 2022 at 6:05 AM Jason Gerlowski wrote: > Hi all, > > I've been working over the last few months

[RESULT] [VOTE] Release Lucene/Solr 8.11.2 RC2

It's been >72h since the vote was initiated and the result is: +1 6 (6 binding) 0 1 -1 0 This vote has PASSED On Mon, Jun 13, 2022 at 12:05 PM Mike Drob wrote: > Please vote for release candidate 2 for Lucene/Solr 8.11.2 > > The artifacts can be downloade

Re: [RESULT] [VOTE] Release Lucene/Solr 8.11.2 RC2

We're currently having issues with updating the project websites, which we need before we can officially announce the release on the mailing list. It's being tracked under INFRA-23404 On Tue, Jun 21, 2022 at 9:47 AM Colvin Cowie wrote: > Thanks! > > On Tue, 21 Jun 2022 at 16:31, Shawn Heisey wr

[ANNOUNCE] Apache Solr 8.11.2 released

The Lucene and Solr PMCs are pleased to announce the release of Apache Solr 8.11.2. Solr is the popular, blazing fast, open source NoSQL search platform from the Apache Lucene project. Its major features include powerful full-text search, hit highlighting, faceted search, dynamic clustering, da

Re: Missing tags for recent 8.x Solr releases

+dev@solr -dev@lucene to bcc Hi Nemo, The canonical location of our tags for the 8.x release line is https://gitbox.apache.org/repos/asf?p=lucene-solr.git;a=tags The tags for 9.x (and future) will all be at https://gitbox.apache.org/repos/asf?p=solr.git;a=tags as you have found. This is the unfo

On tests labelled @Slow...

Howdy devs, I stumbled onto https://issues.apache.org/jira/browse/SOLR-16304 while trying to upgrade our Lucene dependency and it's motivated me to take a little bit of a look at our tests. I know that there are dragons here and I'm under no illusions that I can fix everything, but I feel like a t

Re: On tests labelled @Slow...

bably PR validation too. > > ~ David Smiley > Apache Lucene/Solr Search Developer > http://www.linkedin.com/in/davidwsmiley > > > On Thu, Jul 21, 2022 at 4:00 PM Mike Drob wrote: > > > Howdy devs, > > > > I stumbled onto https://issues.apache.org/jira/browse/SOLR

Re: On tests labelled @Slow...

Hmm... correction here - the failing Slow tests also happen to be AwaitsFix tests so they were broken anyway. I wonder why my gradle command decided to include them. On Thu, Jul 21, 2022 at 8:14 PM Mike Drob wrote: > While I would agree with you in principle, I don't think the Slow tes

Re: On tests labelled @Slow...

Ok, another correction, tests.slow is enabled by default, so if they're already running most of the time then it's pretty "safe" to just axe the annotations. On Thu, Jul 21, 2022 at 8:19 PM Mike Drob wrote: > Hmm... correction here - the failing Slow tests also happen to

Re: 9.1 RC1 build errors (GPG)

>From `gradlew helpPublishing` If you the following command fails with your GPG configuration, you can not use an external GPG process with gradle: echo foo | gpg --batch --no-tty --armor --detach-sign --use-agent --local-user YOUR_KEY_NAME Can you verify that command works for you? You m

Re: Publishing dependency vulnerability information

Hi Arnout, Thanks for starting this conversation, I have had similar thoughts recently but hadn’t put them to action yet. >From my understanding, SBOM are meaningful in the context of a release, not necessarily an arbitrary code point. VEX on the other hand could be updated between releases as in

Re: Welcome Michael Gibney to the Solr PMC

Welcome and well deserved! On Wed, Dec 21, 2022 at 3:41 PM Michael Gibney wrote: > Thank you for the invitation, and the warm welcome! It's an honor to > be a part of this community. > > Michael > > On Wed, Dec 21, 2022 at 4:06 PM Jan Høydahl wrote: > > > > Congrats and welcome Michael! > > > >

Re: Running all tests via Crave.io

Having massive infrastructure to run PRs is pretty cool. I'm worried about letting arbitrary people run code on these machines though - a single 'crave run -- mine_bitcoin.exe' would ruin the system for everybody, or it's not hard to imagine a slightly more indirect case where an attacker adds a t

Re: Running all tests via Crave.io

lopers only get to use the commands that are approved by the > > Solr community leaders. > > > > Would that work? > > Thanks, > > -Uv > > > > On Jan 26 2023, at 8:09 am, Mike Drob wrote: > > > Having massive infrastructure to run PRs is pretty co

Re: Welcome David Smiley as Solr's new PMC chair

Thank you for taking this mantle, David. On Fri, Mar 31, 2023 at 3:39 PM Gus Heck wrote: > Congratulations! > > On Fri, Mar 31, 2023 at 3:51 PM Andy Webb wrote: > > > Congratulations David! > > > > Andy > > > > On Fri, 31 Mar 2023 at 20:47, Alessandro Benedetti > > > wrote: > > > > > Congrats

Re: Rethinking dependency upgrades

I think for a lot of us the rapid release cycle of other projects is surprising coming from our ASF context. Here a release takes three votes and at least three days and comparatively quite a bit of process. For some other project, a release involves as little as clicking a button to make a github

Re: [Discuss] Solr 9.2.1 BugFix Release

Eid Mubarak to all who celebrate and happy Friday to everybody else. And happy weekend to those who want to rest and not check emails constantly. And hey, wouldn't you know it, the next workday isn't until 72 hours away! Let's try to be accommodating to all of our friends, yes? On Thu, Apr 20, 202

Re: [Proposal] Security Working Group

Howdy folks. I'd be happy to step into this working group. On Mon, May 1, 2023 at 12:34 PM Gus Heck wrote: > Awesome, glad to have you Jason, I in the end feel the same way about my > spot. Mostly I qualify as "concerned citizen", possibly with "who thought > about it some and has ideas" added.

Re: [Proposal] Security Working Group

at 3:28 PM Arrieta, Alejandro < > > > > > aarri...@perrinsoftware.com> wrote: > > > > > > > > > > > Hello Team, > > > > > > > > > > > > Do you need to be a committer to join the group? > > > > >

Re: Welcome Alex Deparvu as Solr committer

Welcome and congratulations! On Wed, Aug 2, 2023 at 8:47 AM David Smiley wrote: > Congratulations and well deserved Alex! > > ~ David > > > On Wed, Aug 2, 2023 at 4:10 AM Anshum Gupta wrote: > > > Hello everyone. > > > > On behalf of the Apache Solr PMC, I'm pleased to announce that Alex > Depa

Re: PR reviewed

Hi Isabelle, It looks like there is a precommit check issue with the code still, can you take a look and address that? You should be able to click on "details" for the failing check, or run it locally using ./gradlew check -x test Thanks for your contribution! On Wed, Aug 23, 2023 at 9:52 AM Isa

Re: PR reviewed

Resending with corrected email address On Wed, Aug 23, 2023 at 11:13 AM Mike Drob wrote: > Hi Isabelle, > > It looks like there is a precommit check issue with the code still, can > you take a look and address that? You should be able to click on > "details" for the

Re: [PR] SOLR-16835: Add approximate-/select to OAS [solr]

I think the goal is incremental migration from hand written to generated? So over time these endpoints converge rather than fragment. Maybe this isn’t the right way though, what do you think an appropriate direction would be? On Thu, Nov 30, 2023 at 8:33 AM Ishan Chattopadhyaya < ichattopadhy...@g

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

That’s probably a question for asf legal On Thu, Apr 18, 2024 at 5:36 PM Eric Pugh wrote: > Thanks for the work that has been done on some of these. > > I actually just ran through the process of updating commons-cli based on > what SolrBot provided. I *did* have to update a Java class, and I

Re: SolrCloud architecture overview doc?

I think Mark has given this as a presentation a few times, maybe https://www.youtube.com/watch?v=eVK0wLkLw9w On Thu, May 30, 2024 at 3:03 AM Ilan Ginzburg wrote: > Hi, > > I'm looking for a blog post or documentation giving a good overview of the > architecture of SolrCloud (not the user experie

Welcome Bruno to the Apache Solr PMC

I am pleased to announce that Bruno has accepted an invitation to join the Solr PMC! Congratulations, and welcome aboard!

Re: [solr] branch branch_8_8 created (now 90671d8)

Yep, this was a mistake of pushing to the wrong remote. I've already deleted it, sorry about the noise. :( On Wed, Mar 24, 2021 at 1:31 PM Jan Høydahl wrote: > We should not create the branch_8_8 in this repo. Use repo lucene-solr.git > for backports. > > Jan Høydahl > > > 24. mar. 2021 kl. 18:0

Bugfix release Lucene/Solr 8.8.2

I am now preparing for a bugfix release from branch branch_8_8 I plan to have the RC built and vote started on Tuesday, Mar 30. If you have small, low risk bug fixes to backport before then, please do so using your best judgement. Please observe the normal rules for committing to this branch: *

Re: Bugfix release Lucene/Solr 8.8.2

(on vacation right now due > to the festival of Holi) > > Regards, > Ishan > > On Sat, 27 Mar, 2021, 7:41 am Mike Drob, wrote: > >> I am now preparing for a bugfix release from branch branch_8_8 >> >> I plan to have the RC built and vote started on Tuesday, Mar

Re: Bugfix release Lucene/Solr 8.8.2

risk. > lucene > > On Sat, Mar 27, 2021 at 3:24 PM Mike Drob wrote: > >> Ishan, >> >> Thank you for bringing this up. I’m comfortable delaying an extra week to >> accommodate the multitude of holidays (Holi, Passover, others) coming up. >> >> I will adj

Re: Bugfix release Lucene/Solr 8.8.2

> On Mon, Mar 29, 2021 at 10:55 AM Mike Drob wrote: > >> Ignacio, Alan - I have looked at the patches and these should be safe to >> backport and useful in a bugfix. Please go ahead and commit, and update >> CHANGES entry as well. >> >> Cassandra - yes, I

Re: Bugfix release Lucene/Solr 8.8.2

t it’s documented in the > how-to-contribute page in the ref guide that talks about contributing and > building, etc. > On Mar 29, 2021, 12:55 PM -0500, Mike Drob , wrote: > > > Cassandra - yes, I plan to republish the ref guide, your expertise is > absolutely appreciated. It looks

Re: Bugfix release Lucene/Solr 8.8.2

t into branch_8_8 since we’re re-publishing…it’s docs-only, >> though. >> On Mar 29, 2021, 2:25 PM -0500, Mike Drob , wrote: >> >> Thanks, Cassandra. When I skimmed the initial changeset, I saw that there >> were changes to build.gradle - I assumed that there would have t

[DISCUSS] Zookeeper 3.7 for Solr 9.0

Like it says on the box - what do folks think about this? Is anybody already trying it? Updating the clients? I think there's new security options available. What does the back-compat story look like? Mike

[VOTE] Release Lucene/Solr 8.8.2 RC1

Please vote for release candidate 1 for Lucene/Solr 8.8.2 The artifacts can be downloaded from: https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-8.8.2-RC1-reva92a05e195b775b30ca410bc0a26e8e79e7b3bfb You can run the smoke tester directly with this command: python3 -u dev-tools/scripts/sm

[RESULT] [VOTE] Release Lucene/Solr 8.8.2 RC1

It's been >72h since the vote was initiated and the result is: +1 5 (Mike Drob, Tim Potter, Anshum Gupta, Bruno Roustant, Ignacio Vera) 0 2 (Uwe Schindler, Jan Høydahl) -1 0 This vote has PASSED

Re: NOTICE.txt requirements for new/updated dependencies

If the dependency you are using has a NOTICE file, then we need to preserve that content in our own NOTICE file (see Apache Licence section 4d) I imagine the intent was to make sure we are using compatible licenses according to the ASF release policies which defines category A/B/X and also to be a

Re: NOTICE.txt requirements for new/updated dependencies

e artifact not available through > maven central? IIRC, @Uwe Schindler once mentioned that we should avoid > adding jar files to the project. > > > > On Mon, 12 Apr, 2021, 11:03 pm Mike Drob, wrote: > >> > >> If the dependency you are using has a NOTICE file,

[ANNOUNCE] Apache Solr 8.8.2 released

The Solr PMC is pleased to announce the release of Apache Solr 8.8.2 Solr is the popular, blazing fast, open source NoSQL search platform from the Apache Lucene project. Its major features include powerful full-text search, hit highlighting, faceted search and analytics, rich document parsing, geo

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

-1 [OK] Verified signatures [OK] Verified checksums [BAD] helm-carts/index.yaml missing licence header [BAD] most yaml files in source tarball are missing license headers [BAD] Makefile missing license header [UNKNOWN] what is helm-charts/solr-operator-0.3.0.tgz.prov? It looks like a gpg signed

Jenkins Nightly Tests Failing to launch

https://ci-builds.apache.org/job/Solr/job/Solr-NightlyTests-main/38/console looks like it is failing because something is wrong with either the checkout or the connection to the jenkins workers or agents. I don't really know enough about Jenkins to troubleshoot this, but bringing it up in case some

Re: Solr Roadmap (and 9.0 release planning)

Absent anything else, I want us to stop breaking whenever Lucene makes an incompatible change reflected in a snapshot. Pinning to a 9.0 release of theirs would give us that. Everything else is gravy. 9.0 will be built with Gradle, built after the split, there's already a lot going into it. The way

Re: Splitting the collection API into separate per-command class files

Would the individual commands register via classpath scanning or static initializers or is this something that @Endpoint already does for us? In general, I would be in favor of splitting out the commands, although some of them might still make sense to group together. On Thu, Apr 29, 2021 at 4:05

Re: Proposal to pin the Lucene snapshot version on main

Note that this happened again last night, and Jason was able to quickly fix it. But it makes things like 'git bisect' impossible to chase a bug because none of the older versions will compile. I don't think we can pin to a SNAPSHOT version because there are no guarantees about how long those versi

Re: Proposal to pin the Lucene snapshot version on main

dules are >>>> excellent to work with - you know exactly which version you had for >>>> each commit... this said, there are other pitfalls to using submodules >>>> so it's not all rosy either. >>>> >>>> On Fri, Apr 30, 2021 at 4:41 PM Mike Drob

Re: Proposal to pin the Lucene snapshot version on main

Is this allowed by ASF policy? Are the Lucene “releases” that we are making something that needs to be voted on and approved by the Lucene PMC? https://apache.org/legal/release-policy.html#what > In our case, that means any publication outside the group of people on the product dev list. Solr dev

Test Framework - Zookeeper Watch Limits

[Resending to the correct list] Hi Devs, Do folks use the Zookeeper watch limits? What are they useful for debugging? Can somebody give me an example of when they have been helpful to you? The main reason I am asking is because I am looking at switching our TestZookeeper to use the new 3.7.0 Zoo

Re: Solr/Lucene joint development workflow?

Can we commit the security policy addition independently? On Thu, Jun 3, 2021 at 2:20 PM Michael Gibney wrote: > Ok, I think I've got this now. jars from the mavenLocal() repo are used > in-place by gradle, and not cached in `${gradle.lib.dir}`. This requires a > security policy addition to > `g

Re: Solr Reference Impl Branch state

I’ve picked up a few of the improvements and brought them over to main branch, fixed a few busy waits, improved some concurrent access, minor stuff really. I’m currently busy trying to digest and experiment with the jetty changes Mark mentioned earlier, so hopefully that’s another piece that can co

[DISCUSS] Solr Cache with Futures as values

Hi folks, This is an idea based on a recent prod issue, and while we found another workaround I think there is some merit to discuss here. Currently our filter cache is a mapping from queries to docs, and the result cache is similar although slightly more abstract. When we have a lot of similar q

Re: [DISCUSS] Solr Cache with Futures as values

to call it. Please read the thread there and maybe comment further to > get the attention of pertinent people. > > [1]: https://issues.apache.org/jira/browse/SOLR-13898 > > ~ David Smiley > Apache Lucene/Solr Search Developer > http://www.linkedin.com/in/davidwsmiley > > &g

Re: [DISCUSS] Solr Cache with Futures as values

y to do either async or sync loading - if using sync, > modifications will block while an entry is loading. > > It also has has a bulk load API, might be interesting for things like auto > warming. > > - MRM > > On Wed, Jul 14, 2021 at 6:18 PM Mike Drob wrote: >> >

Re: SolrCloud Alone: Deprecate Standalone Mode

Could we simulate user managed replication with an embedded zookeeper on the primary and pull replicas on the followers? On Mon, Aug 9, 2021 at 12:56 PM Jason Gerlowski wrote: > > Hey Marcus, > > The places I've worked in the past have all used SolrCloud primarily > so I can't speak to any specif

Re: Solr builds hanging all the time on Jenkins

When I build, I see the following error locally: > Task :solr:benchmark:forbiddenApisMain Forbidden method invocation: java.lang.reflect.AccessibleObject#setAccessible(boolean) [Reflection usage to work around access flags fails with SecurityManagers and likely will not work anymore on runtime cla

Re: SolrCloud Alone: Deprecate Standalone Mode

documented, document how to secure the inter-node >> connections, clarity in the admin UI of what nodes have zk etc. >> >> >> >> For this embedded zk use case we should document whatever the user needs >> to know so they don't have to sort through docs at an entir

Re: Check broken links is failing?

I am very against packages split across multiple jars/modules, so would imagine that a package move is necessary On Thu, Aug 26, 2021 at 8:04 AM Dawid Weiss wrote: > This fails for me locally: > :solr:documentation:checkBrokenLinks > > and yet github actions passed (they do run the same command)

Re: 8.10 release soon?

I'm pretty close to finishing up https://issues.apache.org/jira/browse/SOLR-1 and would like to try to get that into 8.10, hopefully this week or next week. On Mon, Aug 30, 2021 at 12:51 PM Houston Putman wrote: > > SOLR-15599 is almost backported (was merged to main today). I consider this a

Re: Welcome András Salamon as Solr committer

Welcome and well deserved! On Wed, Sep 1, 2021 at 5:01 PM Jan Høydahl wrote: > Hi all, > > Please join me in welcoming András Salamon as the latest Solr committer. > András, it's tradition for you to introduce yourself with a brief bio. > > Congratulations and Welcome! > Jan > --

Re: New branch and feature freeze for Lucene/Solr 8.10.0

Hi Tim, I'm still working on SOLR-1, the code and benchmarking both look pretty good, but I've got a few last unit tests that I need to chase down. Hopefully taken care of by today or tomorrow, I'll be sure to keep you updated though. On Thu, Sep 9, 2021 at 11:39 AM Timothy Potter wrote: > >

  1   2   >