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 f

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

ve this a 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 "

[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, but

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

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

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 proce

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

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 tre

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

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 ma

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 traditio

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?

*Sease* - Information 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/UCDx

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 a

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 o

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 to

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

; wrote: >> 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 &g

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 > "org.apache.solr.

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) this.pollQueueTimeMill

Re: [VOTE] Release Solr 9.2.1 RC1

rite > access to 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 No

Re: [VOTE] Release Solr 9.2.1 RC1

scussed privately >>>>>> within the >>>>>>>> PMC group. Can you please give me another 24 hours to have it >>>>>> fixed? If >>>>>>>> not, then I'll be pushing for a 9.2.2 release later, once that is >>>>>>>

Re: [VOTE] Release Solr 9.2.1 RC1

+1 (binding) SUCCESS! [0:38:44.920838] Jan > 27. apr. 2023 kl. 16:12 skrev Justin Sweeney : > > Hi all, we are back on for the vote: > > Please vote for release candidate 1 for Solr 9.2.1 > > The artifacts can be downloaded from: > https://dist.apache.org/repos/dist/dev/solr/solr-9.2.1-RC1-re

Re: [Discuss] Solr 9.2.1 BugFix Release

I believe it should be fixed now? Jan Høydahl > 26. apr. 2023 kl. 15:32 skrev Justin Sweeney : > > Thanks Jan for catching that, I'll keep an eye out to see if that is > resolved today, otherwise that'd be great, that is my key there. > >> On Wed, Apr 26, 202

Re: [Discuss] Solr 9.2.1 BugFix Release

x27;t until 72 hours >>> away! >>>> Let's try to be accommodating to all of our friends, yes? >>>> >>>> On Thu, Apr 20, 2023 at 6:15 PM Ishan Chattopadhyaya < >>>> ichattopadhy...@gmail.com> wrote: >>>> >>>&g

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

It is enough with (C) 2006, then we never need to change it again. Jan Høydahl > 21. apr. 2023 kl. 18:57 skrev Houston Putman : > > Thanks for checking that Jan. > > I don't think it's a blocker, but I'll fix it for the next set of releases. > > - Hou

Re: [Discuss] Solr 9.2.1 BugFix Release

>> 3 day period as a blocker here for the release. >> >> On Thu, Apr 20, 2023 at 7:15 PM Ishan Chattopadhyaya < >> ichattopadhy...@gmail.com> wrote: >> >>> 24 hours are enough to cover all timezones on earth. Only those on other >>> planets need mo

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

+1 > Successfully smoke tested the Solr Operator v0.7.0! Only ran smoke tester. Would have upgraded a test cluster but won't be able to before next week. Minor: NOTICE file in both helm chart tgzs still says "Copyright 2006-2021 The Apache Software Foundation" Jan > 19. apr. 2023 kl. 22:02 s

Re: [Discuss] Solr 9.2.1 BugFix Release

. If as a result of the vote, it is decided not to grant >> write permissions to non-PMC committers, I'd just need additional support >> from a PMC member to complete the 9.2.1 release. >> >> On Thu, Apr 20, 2023 at 6:08 PM Jan Høydahl wrote: >> >>> Ah, I nev

Re: [Discuss] Solr 9.2.1 BugFix Release

ted an Infra ticket here: >>> https://issues.apache.org/jira/browse/INFRA-24485. It would probably be >>> useful if a few PMC members can comment support for it, I am not sure >>> what an approval process looks like for this. >>> >>> On Thu, Apr 20, 20

Re: [Discuss] Solr 9.2.1 BugFix Release

+1 to give svn release permission to all committers! Jan Høydahl > 20. apr. 2023 kl. 18:01 skrev Houston Putman : > > Yeah it definitely seems like a change in policy. > > Justin already can't add his GPG key to the KEYS file, so we know this is > going to be a blocker

Re: [Discuss] Solr 9.2.1 BugFix Release

It has not been a blocker before, so I’d just proceed with the release and ask again if it becomes a problem. Non-pmc committers have certainly been RM before. Jan Høydahl > 20. apr. 2023 kl. 17:19 skrev Justin Sweeney : > > While working on the 9.2.1 release process, I've

Re: [GitHub] [solr] solrbot closed pull request #1551: Update io.netty:* to v4.1.91.Final - autoclosed

Not sure why solrbot auto closed this PR now, as we're still on 4.1.90. Looks like a mistake? Jan > 20. apr. 2023 kl. 03:10 skrev solrbot (via GitHub) : > > > solrbot closed pull request #1551: Update io.netty:* to v4.1.91.Final - > autoclosed > URL: https://github.com/apache/solr/pull/1551 >

Re: [Discuss] Solr 9.2.1 BugFix Release

Merged. > 19. apr. 2023 kl. 16:10 skrev Houston Putman : > > I think that's a good one to include. > > - Houston > > On Wed, Apr 19, 2023 at 7:37 AM Jan Høydahl wrote: > >> Is there still time to back-port >> https://issues.apache.org/jira/browse/SOLR

Re: [Discuss] Solr 9.2.1 BugFix Release

raid to ask. >> >> - Houston >> >> On Wed, Apr 12, 2023 at 11:22 AM Justin Sweeney < >> justin.sweene...@gmail.com> >> wrote: >> >>> +1 If you need a volunteer to execute the release, I can volunteer to do >>> that

Re: Migrating some Cwiki pages...

+1 > 14. apr. 2023 kl. 13:55 skrev Eric Pugh : > > I’d like to delete > https://cwiki.apache.org/confluence/display/SOLR/Git+commit+process > completely, since the content is now in Git, and I don’t think it’s a common > page for folks to land on…. > > I’d like to keep > https://cwiki.apache

Re: [Discuss] Solr 9.2.1 BugFix Release

+1 Jan > 11. apr. 2023 kl. 15:51 skrev Houston Putman : > > Hello everyone, > > I know we just released 9.2 around 2-3 weeks ago, but it looks like we are > going to need a bugfix release soon. > > You can see the list of bugs here: > https://issues.apache.org/jira/projects/SOLR/versions/1235

Re: Cloud storage modules for backup/restore

Looks like a nice project. With the promise of low-hanging support for more providers than those three for free. However, https://lists.apache.org/thread/w61gzk2ohjtshbwcb5gy6wb2htv7fo0x does not look promising - they plan to move the project to the Attic, and no new releases has happened durin

Re: Quickstart for deploying a scalable SolrCloud on Amazon (AWS) ECS Fargate

SolrCloud is not that hard, can let ecs auto scale it. The tricky part is Zookeeper, have not found any supported way, so I just set up zookeeper on 3 small EC2 nodes first, manually. Read some blog with a POC for ZK on ECS but it was very hacky. Perhaps check with the ZK community? Jan

Re: Rethinking dependency upgrades

I think helps > encourage us to look at where we can slim things down. > > I hope we can learn which libraries are in the "release early/release often" > category, and maybe we check for updates much less frequently. > > I've been very encourage by how SolrBot has w

Re: Rethinking dependency upgrades

Hi, Hoss, I see what you're getting at. So far we kept it simple and only suggest PRs on main branch, and let committer backport at own discretion. It has a few downsides: * Won't get PRs for deps that are removed in main but still supported in 9x * If we e.g. upgraded main to jetty 11 but want

Re: [DISCUSS] Rebrand the JSON Request/Facet APIs

nd the JSON facet API >> is that the latter natively/idiomatically supports hierarchical >> configurations and aggregate functions. >> >> It would be great to have the admin UI guide users towards the new >> API. The strong point of the new API(s) is their hierarc

Re: Rethinking dependency upgrades

This PR will allow comments in versions.props: https://github.com/apache/solr/pull/1537, as long as the rest of the lines are sorted... Jan > 3. apr. 2023 kl. 22:09 skrev David Smiley : > > gradle/validation/versions-props-sorted.gradle > -- will fail if you add a comment to this file.

Re: Rethinking dependency upgrades

+1 to keeping dependencies up to date. But we don't necessarily need to do it every week, if people feel it is noisy. We could disable the bot until we start thinking about a new release, and then get a ton of upgrades to merge for the new release. Personally I prefer smaller bulks each week. L

Re: Welcome Marcus Eagan as Solr committer

Congrats and welcome, Marcus! Jan > 1. apr. 2023 kl. 09:19 skrev Ishan Chattopadhyaya : > > Hi all, > > I'm pleased to announce that Marcus Eagan has accepted the PMC's > invitation to become a committer. > > Marcus, the tradition is that new committers introduce themselves with a > brief bio.

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

Congrats David! Jan > 31. mar. 2023 kl. 19:04 skrev Houston Putman : > > Hello, > > Solr has had quite a year, with a major release and many cool new > initiatives! > It's been an honor to serve as the PMC Chair over that time. > > Our PMC has traditionally rotated the position every year, and

Draining a Solr node for traffic before shutting down

Hi, Trying to prevent traffic being sent to a Solr node that is going to shut down, to avoid interruption of service as seen from various clients. First part of the puzzle is signaling to any (external) load balancer to stop sending requests to the node. The other part is having SolrJ understand

Re: [DISCUSS] Community Virtual Meetup, April 2023

You can check one of the public holiday lists, such as https://www.qppstudio.net/global-holidays-observances/2023.htm Jan > 29. mar. 2023 kl. 13:10 skrev Ishan Chattopadhyaya > : > > Oh, if that's the case, when could be a good day after that to expect > maximum attendance? > > On Wed, 29 Mar

Re: Problem with using classes from BOTH httpclients in Http2SolrClient

Good find! I’d say create a jira on making solrj client side work with apache client excluded. Makes sense. Jan Høydahl > 28. mar. 2023 kl. 07:04 skrev Shawn Heisey : > > I have some simple solrj code pulling in solrj 9.2.0 that creates a client > (Http2SolrClient) and then uses

Re: [DISCUSS] Future of SolrCell in Solr

out SolrCell and make it easy to do `bin/solr >>> package install solrcell` and have it work! It would both validate the >>> whole Package concept, and minimize the dependencies in Solr’s tarball. >>> >>> Secondly, for folks who really do want to run a sepa

Re: Notice of tests failing often

Actually, the JWTAuthPluginIntegrationTest is @BadApple so runs even less often I believe - https://ci-builds.apache.org/job/Solr/job/Solr-BadApples-Tests-main/941/ Jan > 23. mar. 2023 kl. 16:56 skrev Houston Putman : > > Thanks for the PSA David! > > Overall having only 13 entries above 1% f

Re: [VOTE] Release Solr 9.2.0 RC1

Ran smoke tester and inspected the binary artifacts, release notes and CHANGES. SUCCESS! [0:35:32.006982] Only a few minors: * Mal-placed release notes in refguide, fixed in https://github.com/apache/solr/pull/1486 * Duplicate CHANGES entries in 9.2 section: * SOLR-15787: FileSystemConfigSe

Re: [DISCUSS] Solr 9.2 Release

Remember to merge https://github.com/apache/solr/pull/1436 I can do it if you wish but it ties in with other changes syncing I guess. Jan Høydahl > 18. mar. 2023 kl. 18:39 skrev Shawn Heisey : > > On 3/15/23 08:58, Houston Putman wrote: >> - SOLR-9168 <https://issues.apac

Re: Google Java Style: shall we declare intent to follow?

+1 to David's proposal. > 15. mar. 2023 kl. 19:07 skrev David Smiley : > > Let's record this somewhere then. I took a look in dev-docs/ and found the > FAQ with an entry "How do we ensure coding standards and quality?" This > seems like a natural place to put this. WDYT? > > For the wording

Re: Proposal of an encryption module in solr-sandbox

There's a catch-22 here. Enterprises that require encryption at rest likely won't tolerate enabling a package manager that lets you download executable code from the internet during runtime, especially when that package manager is both home-grown, and largely unused and neglected. So we need to

[DISCUSS] Future of SolrCell in Solr

Hi, This has been a recurring topic, and there have been many suggestions for what to do with "Solr Cell" aka Extracting Request Handler aka Tika. Most agree it's a bad idea to parse huge PDFs in Solr's JVM process like we do. Proposals over the years have been * Move SolrCell to a package, ou

Re: Google Java Style: shall we declare intent to follow?

+1, good idea. Jan > 2. mar. 2023 kl. 02:45 skrev David Smiley : > > I wish to standardize our use of casing in names/symbols. And perhaps to > align with GJS more broadly. > > We use the google-java-format build plugin, which is obviously tightly > correlated with the Google Java Style. I th

Welcome Andy Webb as Solr committer

Hi all, I'm pleased to announce that Andy Webb has accepted the PMC's invitation to become a committer. Andy, the tradition is that new committers introduce themselves with a brief bio. Congratulations and welcome! - To unsubsc

[DISCUSS] Language detection in Solr

Hi, Solr supports pluggable language detectors : > Solr supports three implementations of this feature: > > Tika’s language detection feature: > https://tika.apache.org/1.28.4/detection.html > LangDetect language

Re: [DISCUSS] Solr 9.2 Release

I’m ok with documenting it as a limitation as a first step + throw a http 400 error. Jan Høydahl > 1. mar. 2023 kl. 08:21 skrev Mikhail Khludnev : > > Hello, colleagues! > How can we triage https://issues.apache.org/jira/browse/SOLR-16681 > Replacing uniqueKey field via fl doe

Re: Renovate dependency update PRs enabled

> (#) > > where is the PR number is good enough. IntelliJ IDE understands this > format and makes it a clickable link. > > On Mon, 27 Feb, 2023, 3:51 pm Jan Høydahl, <mailto:jan@cominvent.com>> wrote: >> Hi >> >> Current status is th

Re: Renovate dependency update PRs enabled

pdate foo to 1.2.3 * GH-123: Update foo to 1.2.3 * GITHUB-123: Update foo to 1.2.3 * github pull request 123: Update foo to 1.2.3 Any thoughts? Jan > 24. feb. 2023 kl. 10:34 skrev Jan Høydahl : > > Hi all devs, > > We are testing dependabot-style PRs for dependency updates. > So

Renovate dependency update PRs enabled

Hi all devs, We are testing dependabot-style PRs for dependency updates. So be prepared to see new PRs opened by a bot user called "solrbot" (which I'm maintaining). Initially there will be quite a few of these, and after that a once-a-week batch of new PRs. See https://github.com/apache/solr/b

Re: Varying dependency versions? Or sacrifice Hadoop-Auth module

deprecation of the module-version in 9.x. Jan Høydahl > 23. feb. 2023 kl. 03:41 skrev David Smiley : > > I suppose all code can wait till some future big version unless it's some > sort of bug fix applicable to the present. It's just a shame that a module > I perceive

Re: [DISCUSS] Rebrand the JSON Request/Facet APIs

Would be cool if the admin ui query screen had a feature for showing the JSON equivalent of current ui input fields. And of course a brand new auto completing JSON editor for the new syntax! Jan Høydahl > 18. feb. 2023 kl. 14:11 skrev Eric Pugh : > > Change the Admin UI to suppor

Re: [DISCUSS] Solr 9.2 Release

+1, lots of goodies there Jan Høydahl > 17. feb. 2023 kl. 19:05 skrev Houston Putman : > > Hey everyone, > > It's been a while since Solr 9.1 was released, and we have a ton of great > things to show off in 9.2: > > - Jetty 10 > - JAX-RS > - Lucene 9.5

[DISCUSS] Rebrand the JSON Request/Facet APIs

Hi devs, Although it's been nagging me for a while, today it hit me that the "JSON request API" has a terrible name. I hope to start a discussion on re-branding it and somehow pitch it as the (not-so-new) "V2" search / facet API. Good timing as part of the other V2 efforts. That may in turn le

Welcome Colvin Cowie as Solr committer

Hi all, I'm pleased to announce that Colvin Cowie has accepted the PMC's invitation to become a committer. Colvin, the tradition is that new committers introduce themselves with a brief bio. Congratulations and welcome! - To un

Re: Welcome Justin Sweeney as Solr committer

Welcome Justin! Jan Høydahl > 10. feb. 2023 kl. 20:00 skrev Ishan Chattopadhyaya > : > > Hi all, > > I'm pleased to announce that Justin Sweeney has accepted the PMC's > invitation to become a committer. > > Justin, the tradition is that new committer

Re: Running all tests via Crave.io

Looks like crave test (in github actions) is still somewhat unstable, sometimes failing to allocate resoources? Also, question regarding how to inspect crave failed tests. How to access the full log, it just says it is at file:///tmp/... but is there a way for crave to generate a URL where one

Re: [EXTERNAL] - Re: Connection to SSL enabled solr9 is failing

i > Sent: 02 February 2023 09:15 > To: dev-subscr...@solr.apache.org ; > us...@solr.apache.org > Cc: Jan Høydahl ; Sangisetti Ramana > > Subject: Re: [EXTERNAL] - Re: Connection to SSL enabled solr9 is failing > > Hi, > I need a subscription to ask solr related queries to the dev tea

Re: [EXTERNAL] - Re: Connection to SSL enabled solr9 is failing

st, please let me know the process. > > Thanks & Regards, > ​Keerthi Turakapalli > > From: Jan Høydahl mailto:jan@cominvent.com>> > Sent: 31 January 2023 21:56 > To: dev@solr.apache.org <mailto:dev@solr.apache.org> <mailto:dev@solr.apache.org>> > Cc:

Re: Connection to SSL enabled solr9 is failing

I did reply to your email on Jan 24th. If you subscribe to the list you will see the answer. Jan Høydahl > 31. jan. 2023 kl. 16:06 skrev Keerthi Turakapalli > : > > FYI > Can you please respond to this mail? > > Thanks & Regard

Re: RE%3A Re%3A Running all tests via Crave.io&In-Reply-To=

I like this. Perhaps it will also put more focus on fixing bad tests, since some PRs are bound to fail the full test suite due to test flakiness, but it will be more evident. Which is a good thing. Jan > 26. jan. 2023 kl. 12:11 skrev Eric Pugh : > > Running the tests on every PR raised will

Re: Connection to SSL enabled solr9 is failing

Hi, You can try using CloudLegacySolrClient as a start, which is exactly like in 8.x. But you'll need to figure out SSL with Http2SolrClient sooner or later since it is deprecated. Jan > 24. jan. 2023 kl. 12:43 skrev Keerthi Turakapalli > : > > Hi, > > In solr8.11.2 we were using the below

Re: Recurring (Virtual) Community "Meetups"

Kudos for the initiative. Light-weight is always good, and high frequency makes it more light weight.. I'm wondering if bi-weekly is a bit ambitious? Who will host them all? While no agenda is low-maintenance, it also makes it hard for community members to choose which meetings they want to att

Re: [VOTE] Release Solr 9.1.1 RC2

+1 (binding) SUCCESS! [0:31:36.140405] Jan > 18. jan. 2023 kl. 03:20 skrev Michael Gibney : > > Please vote for release candidate 2 for Solr 9.1.1 > > The artifacts can be downloaded from: > https://dist.apache.org/repos/dist/dev/solr/solr-9.1.1-RC2-rev-d998e63978abfedde3b75bab4ba6e1e78ddb5944

Re: Enable different schemas per shard based on core.properties

We should rather work towards better documentation and perhaps tooling on what schema updates are "safe" without reindexing. It is NOT safe to change a field's type (or add docValues in-flight). Would be nice if the user is alerted about this when deploying the new schema. Masking the issue by a

Re: Welcome Michael Gibney to the Solr PMC

Congrats and welcome Michael! Jan Høydahl > 21. des. 2022 kl. 18:11 skrev Houston Putman : > > I am pleased to announce that Michael Gibney has accepted the PMC's > invitation to join. > > Congratulatio

Re: Looks like JIRA thinks 9.1 hasn't been released...

I believe Ishan went for holiday before completing the RM checklist? V9.0.0 is not removed from download CDN yet Jan > 6. des. 2022 kl. 21:52 skrev Eric Pugh : > > Noticed that 9.1 is listed as unreleased version in JIRA… > > ___ > Eric Pugh | Founder & CEO | OpenSource Co

Re: Publishing dependency vulnerability information

Good thoughts here. I have also thought about possibly moving the list of false positives from wiki to the website. It could be a JSON file or whatever parsable file, and we can parse it in Javascript and output it as a table. At the same time we could offer simple search/filtering both across

Re: Excludes patterns in web.xml

I vaguely recall it and I believe it refers to our old Admin UI. If we don't have a tempaltes/ folder anymore then it can be removed I guess. Jan > 16. nov. 2022 kl. 03:04 skrev Gus Heck : > > I was looking at web.xml and it has the following: > > > excludePatterns > > /partials/.+,/

Re: [VOTE] Release Solr 9.1.0 RC2

+1 (binding) SUCCESS! [0:36:54.196778] > 11. nov. 2022 kl. 09:47 skrev Ishan Chattopadhyaya > : > > Please vote for release candidate 2 for Solr 9.1.0 > > The artifacts can be downloaded from: > https://dist.apache.org/repos/dist/dev/solr/solr-9.1.0-RC2-rev-aa4f3d98ab19c201e7f3c74cd14c99174148

Re: Continuous performance testing and regressions

Thanks for putting this together Ishan, Can you explain what "restart performance" means, and what the y axis number is? Jan > 9. nov. 2022 kl. 07:39 skrev Ishan Chattopadhyaya : > > I'm working on automating performance testing, details in > https://issues.apache.org/jira/browse/SOLR-16525. >

Re: [VOTE] Release Solr 9.1.0 RC1

gt;>>>>> I also ran the smoke test for the solr operator with this image: >>>>>>>> >>>>>>>> Successfully smoke tested the Solr Operator v0.6.0! >>>>>>>> >>>>>>>> +1 >>&

Re: [DISCUSS] SIP-16: Polish and Prepare v2 APIs for v1 Deprecation

s pretty plausible. But 10.0 might > take much longer (9.0 took 3 years after all), in which case it seems > reasonable to me that v1 could be removed for 10.0 if all the > prerequisites happen early enough in the 9.x line. I guess I'm > worried about a scenario where both 10.x

Re: [DISCUSS] SIP-16: Polish and Prepare v2 APIs for v1 Deprecation

gt; > (1) that we announce v1 as deprecated at "V2-API-Complete" (instead of > the later "v2-API-used-internally")? Or... > (2) that we plan "v2-API-used-internally" to coincide with 10.0? > (3) Or both? > > Best, > > Jason > > On Mon

Re: [DISCUSS] SIP-16: Polish and Prepare v2 APIs for v1 Deprecation

Thanks for a thorough SIP. Wrt deprecation plan, could we not have "v2-API-Complete" in e.g. 9.5 (and deprecate v1). Then we wait until 10.0 with "v2-API-used-internally", and 11.0 for removing v1. Say we release 10.0 in March 2023, then the new main will be 11.0 and we can already remove v1 in

Re: [VOTE] Release Solr 9.1.0 RC1

+1 SUCCESS! [0:44:05.588102] Also built docker image, confirming it uses eclipse-temurin:17-jre-focal and starts with flag -XX:CompileCommand=exclude,com.github.benmanes.caffeine.cache.BoundedLocalCache::put Jan > 27. okt. 2022 kl. 10:25 skrev Ishan Chattopadhyaya > : > > Please vote for re

Re: Subscribe Request : dev@solr.apache.org

Instructions on how to join the list is found on the website: https://solr.apache.org/community.html#mailing-lists-chat Jan > 25. okt. 2022 kl. 06:22 skrev aditya deshpande <...>: > > Hi Team, > > Please subscribe me to the mailing list. > > Regards, > Aditya Deshpande --

Re: New branch and feature freeze for Solr 9.1.0

>>> >>>>> On Tue, Oct 18, 2022 at 8:56 AM Ishan Chattopadhyaya < >>>>> ichattopadhy...@gmail.com> wrote: >>>>> >>>>>> All the blockers are now resolved and the latest build passes. >>>>>> https://ci-buil

Re: RAT errors during RC1

TIP: If you follow the Release Wizard tediously (and you always should), all RM building will happen from a clean checkout under ~/.solr-releases/9.1.0/solr Jan > 18. okt. 2022 kl. 18:34 skrev Ishan Chattopadhyaya > : > > Thanks Kevin, "git clean -fdx" did the trick. Reverted the change to > d

Re: Just want to highlight a PR on simplifying asserts

+1 If it gets merged both to main and branch_9x it will not cause backport pain at all for 95% of the PRs. Kudos for caring for the "boring" parts of open source! Jan > 18. okt. 2022 kl. 15:35 skrev Eric Pugh : > > Hi all, > > I started, and Kevin pushed to completion > https://issues.apache

<    1   2   3   4   5   >