Re: Solr Dense Vector Dev Group

I am very much interested in the area and we have a plan towards making Solr suitable for vector search applications. > If you > would be interested in this, please reply to this email via the email > address you would like for communications going forward. However, I think we should keep the co

Re: [PR] SOLR-17631: Upgrade main to Lucene 10.x [solr]

Thanks for looking into this, Jason. I'll be back working on the by the end of April. On Sat, 19 Apr, 2025, 12:33 am gerlowskija (via GitHub), wrote: > > gerlowskija commented on code in PR #3053: > URL: https://github.com/apache/solr/pull/3053#discussion_r2050996506 > > > ## > > solr/co

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

Let's remove. +1, thanks HDFS. On Thu, 23 Jan, 2025, 6:30 pm David Eric Pugh, wrote: > Hi all, the user list email > https://lists.apache.org/thread/d9ps04pt4k3rd6gd24b7dzlm85khs3xn didn't > elicit any responses... > > At this point, we have the removal PR ready for committing (pending the > us

Re: Unofficial Apache Solr Developer Survey

Here's the raw results. http://mostly.cool/survey-results.zip Summary graphs: http://mostly.cool/survey-results-graphs.zip On Fri, 17 Jan 2025 at 23:58, Ishan Chattopadhyaya < ichattopadhy...@gmail.com> wrote: > Damn, I attached the images of all the graphs. They must've bee

Re: Unofficial Apache Solr Developer Survey

Damn, I attached the images of all the graphs. They must've been removed via the mailing list. I'll put it up somewhere and share a link. On Fri, 17 Jan 2025 at 22:27, Rahul Goswami wrote: > Guess you missed pasting the link ? > > On Fri, Jan 17, 2025 at 8:31 AM I

Re: Unofficial Apache Solr Developer Survey

Here is the summary of responses. On Mon, 13 Jan, 2025, 5:29 am Ishan Chattopadhyaya, < ichattopadhy...@gmail.com> wrote: > Sure, I'll share the results in full shortly. > > On Mon, 13 Jan 2025 at 01:01, Rahul Goswami wrote: > >> Interesting survey. I would like to

Re: Unofficial Apache Solr Developer Survey

t; On Sun, Jan 12, 2025 at 10:10 AM Ishan Chattopadhyaya < > ichattopadhy...@gmail.com> wrote: > > > Hi all, > > I want to gather some feedback from the community regarding development > > tools and environments. Please answer the questions here: > > >

Re: Eclipse support

quot; (line 24 in > gradle/ide/eclipse.gradle) of the eclipse-related part resolves the issue? > See the changes in eclipse.gradle from > https://github.com/apache/solr/commit/c9d3885f2fd0a7edf5efe4a264d0bdc276109eba Thanks, I'll try. On Sun, 12 Jan 2025 at 20:26, Ishan Chattopadhyaya <

Unofficial Apache Solr Developer Survey

lease reply to this thread. Thanks and regards, Ishan Chattopadhyaya Committer & PMC Member, Apache Solr & Lucene

Re: Eclipse support

3885f2fd0a7edf5efe4a264d0bdc276109eba > . > > Additionally, I believe missing java files for the API is normal, as we are > generating them during build. So if your project builds correctly, the > files should be properly generated, I believe inside > solrj/build/generated/src.

Re: Use MockDirectoryFactory not RAMDirectoryFactory in test configs

+1, ran into the same problem using Eclipse on branch_9x. Thanks for addressing this. Looking forward to seeing this on branch_9x. On Fri, 26 Jul 2024 at 22:14, Jason Gerlowski wrote: > +1 > > I took a crack at fixing this (on 'main' at least) here: > https://github.com/apache/solr/pull/2598 > >

Re: Eclipse support

tabpanels%3Acomment-tabpanel#comment-17912254 On Sun, 12 Jan 2025 at 11:16, Ishan Chattopadhyaya < ichattopadhy...@gmail.com> wrote: > I can see that "./gradlew eclipse" works in branch_9x. > Can someone please point me to any prior discussion around this? > > On Sun, 12 Ja

Re: Eclipse support

I can see that "./gradlew eclipse" works in branch_9x. Can someone please point me to any prior discussion around this? On Sun, 12 Jan 2025 at 11:04, Ishan Chattopadhyaya < ichattopadhy...@gmail.com> wrote: > Hi All, > I tried to set up Eclipse using the main branch, an

Eclipse support

Hi All, I tried to set up Eclipse using the main branch, and was at a loss of how to proceed. 1) ./gradlew eclipse doesn't work, was it removed? 2) Importing Solr as a gradle project doesn't work either, tons of missing libraries and dependencies. I'm on JDK 22 and Ubuntu 22.04 LTS. Please help!

Re: Community Virtual Meetup, October 23rd

If these meetings are organized using MS Teams, maybe they can be auto transcribed. I saw this feature during a client call and was impressed with the quality. On Thu, 24 Oct, 2024, 9:56 am David Smiley, wrote: > I finished updating the post meeting notes and attendees. This is > definitely a t

Re: multiThreaded and RejectedExecutionException

x27;t > happen, I'm inclined to merge to fix the RejectedExecutionException > problem. This is an experimental feature, after all. > > On Wed, Aug 21, 2024 at 10:12 AM David Smiley wrote: > > > Thanks; I filed https://issues.apache.org/jira/browse/SOLR-17414 >

Re: multiThreaded and RejectedExecutionException

Thanks, I'll take a look. On Tue, 20 Aug, 2024, 11:22 pm David Smiley, wrote: > Since the new multiThreaded search feature landed, I see a new test > failure involving "RejectedExecutionException" being thrown: > > https://ge.apache.org/s/5ack462ji4mlu/tests/task/:solr:core:test/details/org.apac

Re: Solr 9.7 Release update

Hi Anshum, I've faced several issues in the past in that same step, and have found a workaround that works for me reliably. But, that's specific to Linux. In case you are continuing to face difficulties, I can volunteer to sync up with you and take it forward on my end. Thanks and regards, Ishan O

Re: JSON Parsing, Jackson / Noggit

When Yonik wrote noggit, there was nothing else that came close to it in terms of performance. Jackson might have caught up by now. Good idea to re-evaluate both once again. On Mon, 5 Aug 2024 at 22:30, Jason Gerlowski wrote: > My hunch is that Jackson would be more performant than Noggit, but I

Re: [DISCUSS] Solr 9.7 release

Hi Anshum, I'm still working on unblocking SOLR-13350. Can we please push the date back by a week, say 30 July? Thanks and regards, Ishan On Wed, 24 Jul, 2024, 10:52 pm Anshum Gupta, wrote: > As there are still a few dependency upgrade PRs open, I'll give it a few > days and try and help review

Re: IntelliJ not working with latest main

gt; > execute? > > > > > > On Sun, 14 Jul 2024, 11:54 Ishan Chattopadhyaya, < > ichattopadhy...@gmail.com> > > wrote: > > > > > I removed the ApiMustacheTemplateTests.java temporarily, and all errors > > > went away. > > > However, tr

Re: IntelliJ not working with latest main

ue to init failure: RAMDirectory can only be used with the 'single' lock factory type. Any ideas, please? On Sun, 14 Jul 2024 at 14:17, Ishan Chattopadhyaya < ichattopadhy...@gmail.com> wrote: > Hi all, > I pulled latest commits, but ./gradlew main is resulting in a project th

IntelliJ not working with latest main

Hi all, I pulled latest commits, but ./gradlew main is resulting in a project that doesn't load without errors: ApiMustacheTemplateTests.java: Cannot resolve symbol CollectionsApi, ListCollectionsResponse. Any ideas, please? If I rollback to the commit before the following one, it works fine: co

Re: Solr "benchmark", wikipedia

Might need to install the prerequisites on Linux as follows: apt install wget unzip zip ant ivy lsof git netcat make openjdk-11-jdk maven jq Something similar for MacOS can be installed using homebrew etc. The jq and maven are important. On Sat, 29 Jun, 2024, 1:04 am Ishan Chattopadhyaya

Re: Solr "benchmark", wikipedia

ranch_9x) On Sat, 29 Jun, 2024, 12:32 am Ishan Chattopadhyaya, < ichattopadhy...@gmail.com> wrote: > Hi David, > I'll publish benchmarks and steps to reproduce tests we are doing using > solr-bench. Let's collaborate a bit more to make sure we can extract > maximum p

Re: Solr "benchmark", wikipedia

Hi David, I'll publish benchmarks and steps to reproduce tests we are doing using solr-bench. Let's collaborate a bit more to make sure we can extract maximum performance out of the feature. Right now, I'm not seeing good numbers and it is a bit worrisome. Thanks and regards, Ishan On Sat, 29 Jun,

Re: Welcome Sanjay Dutt as Solr committer!

Welcome Sanjay. Many congratulations! On Mon, 20 May, 2024, 9:53 pm David Smiley, wrote: > The Project Management Committee (PMC) for Apache Solr has invited > Sanjay Dutt to become a committer and we are pleased to announce that > they have accepted. > > Sanjay, the tradition is that new commit

Re: Monthly Virtual Meetups and continued use of Meetup.com

I've been paying for our group's Meetup.com account. I no longer have the funds to do so anymore. I can't pay for that account any more. On Sat, 18 May 2024 at 15:01, Mark Miller wrote: > Wow, I never knew meetup.com charged - and it looks like as much as a > streaming service. Wow. The only val

Re: PRS, important changes needed

+1 to move ahead with PRS as default in 10x. Thanks for bringing this up, David. I shall respond in detail next week when I am back from vacation. On Fri, 3 May 2024 at 22:22, Justin Sweeney wrote: > I've got an umbrella Jira started here: > https://issues.apache.org/jira/browse/SOLR-17270. Feel

Re: Tracking contributors uniquely

The changelog has the names. Repeating it in the release announcement mail feels redundant to me. On Fri, 26 Apr, 2024, 11:07 pm Andy Lester, wrote: > > > The context of the name appearing as I propose in a "thank you" is > > merely to thank them, not to indirectly hold them to stability/quality

Re: [DISCUSS] Solr 9.6 release

plenty of content for a release, and of course there's nothing > stopping another release in a month if we have a fresh set of stuff come in > quickly. > > In any case there's been a couple +1's to the original plan so I made the > branch as promised. If there&

Re: [DISCUSS] Solr 9.6 release

Indeed, quite a few PRs are almost ready. Can we push the feature freeze by a week, please? On Fri, 12 Apr, 2024, 8:45 pm David Smiley, wrote: > We do have a lot of PRs that appear to be in an advanced state of > readiness. Maybe some have been reviewed by local search teams even > albeit not p

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

My 2 cents: all this cloud provider etc stuff (backup repositories etc) should be migrated away into a separate repository so that those who consider all this as noise can easily block it out. On Tue, 9 Apr, 2024, 5:32 pm Eric Pugh, wrote: > The update that I see a lot is for the software.amazon

Re: Tracking contributors uniquely

Looking up CHANGES.txt is inevitable. Sometimes reporting a bug in JIRA is also a valid contribution. That gets tracked in CHANGES.txt. On Tue, 13 Feb 2024 at 12:41, David Smiley wrote: > I'm working on a script to track contributors so that (A) we can track > project health for ASF board report

Re: Bugfix release Lucene/Solr 8.11.3

lr.apache.org At: 01/25/24 00:20:16 UTCTo: > > > > > > > > > dev@solr.apache.org > > > > > > > > > Subject: Re: Bugfix release Lucene/Solr 8.11.3 > > > > > > > > > > > &g

Re: New branch and feature freeze for Solr 9.5.0

Should we wait at least 2-3 days for the Lucene 9.9.2 upgrade to bake before we cut a release? On Tue, 30 Jan, 2024, 7:50 pm Jason Gerlowski, wrote: > Yes - I saw that right after my last email. Thanks for all your work on > that Nazerke! I've merged and backported that PR; we're now on Lucene

Re: Bugfix release Lucene/Solr 8.11.3

at pop up roughly 50% of the time or so. > > We can't really proceed until the issue is fixed, as I don't think it's > necessarily a test issue. > > - Houston > > On Sun, Jan 21, 2024 at 10:10 PM Ishan Chattopadhyaya < > ichattopadhy...@gmail.com> wrote:

Re: Bugfix release Lucene/Solr 8.11.3

mit/3cf0a5501084c9e3d0e53657a20477007f33755a ). Any ideas, please, on how to deal with them? On Wed, 24 Jan 2024 at 07:12, Ishan Chattopadhyaya < ichattopadhy...@gmail.com> wrote: > Looking at it, ASAP. > > On Wed, 24 Jan, 2024, 2:07 am Houston Putman, wrote: > >> Right now we are blocked on &

Re: Bugfix release Lucene/Solr 8.11.3

is fixed, as I don't think it's > necessarily a test issue. > > - Houston > > On Sun, Jan 21, 2024 at 10:10 PM Ishan Chattopadhyaya < > ichattopadhy...@gmail.com> wrote: > > > +1 > > > > On Sun, 21 Jan, 2024, 8:47 am Houston Putman, > wrote: &g

Re: Bugfix release Lucene/Solr 8.11.3

lease, please do! > > > > - Houston > > > > On Sat, Jan 13, 2024 at 8:59 AM Ishan Chattopadhyaya < > > ichattopadhy...@gmail.com> wrote: > > > >> Shouldn't we wait for the 9.4.1 to go out first? That's what I was > holding > >> o

Re: [DISCUSS] Solr 9.5 Release

Is there an urgent need for this release? I saw that Houston took over the 8.11.3 release process from me without any prior intimation. Is Apple asking both of you to hurry up? On Tue, 16 Jan 2024 at 20:35, Jason Gerlowski wrote: > > but let 9.4.1 get out the door first.. > > I'm happy to wait i

Re: [DISCUSS] SIP-20: Separation of Compute and Storage in SolrCloud

+1, thanks for the contribution Ilan! Looking forward to seeing this coming to fruition. On Sun, 14 Jan 2024 at 03:40, Ilan Ginzburg wrote: > I have created SIP-20 > > https://cwiki.apache.org/confluence/display/SOLR/SIP-20%3A+Separation+of+Compute+and+Storage+in+SolrCloud > > In the next few da

Re: Bugfix release Lucene/Solr 8.11.3

Shouldn't we wait for the 9.4.1 to go out first? That's what I was holding out on. On Sat, 13 Jan, 2024, 12:43 am Houston Putman, wrote: > NOTICE: > > I am now preparing for a bugfix release from branch branch_8_11 > > Please observe the normal rules for committing to this branch: > > * Before c

Re: Solr 9.4.1

Hi David, I think we should include SOLR-17112 as well. On some systems, the bin/solr script doesn't work properly. Regards, Ishan On Sun, 7 Jan, 2024, 11:33 am David Smiley, wrote: > Sure; thanks. > > On Fri, Jan 5, 2024 at 3:29 PM Jan Høydahl wrote: > > > Should we include this bugfix? > > ht

Re: [PR] SOLR-16986: log cpuTime in addition to QTime [solr]

Problem with "CPU time" name is that multithreaded search (SOLR-13350) will need to do justice to this nomenclature by calculating CPU time from all the threads, and that would be non trivial. On Thu, 21 Dec, 2023, 11:28 pm dsmiley (via GitHub), wrote: > > dsmiley commented on code in PR #2118:

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

ow, the client does some valuable stuff, but frequently you want > > to > > > issue a query, and you can’t use the client for that side. This lets > an > > > end user install one client, and work with both the /select end point, > > but > > > also the mo

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

Having a /select and a similar (approximate) endpoint that is not exactly like /select but similar will create fragmentation. Having an automatically generated client is not a goal worthy of sacrificing on API consistency (by creating a separate /select like endpoint). On Wed, 29 Nov, 2023, 10:23

Re: 8.11.3 release

he 8.11 builds on Policeman Jenkins, too. Let's see what > happens. It should basically pass as we have all historic JVMs > available, but we never know if some legacy download locations of > Restlet & co changed. > > Uwe > > Am 31.10.2023 um 11:49 schrieb Ishan Cha

Re: [VOTE] Release Lucene/Solr 8.11.3 RC1

SOLR-16777 taking longer because of the refactoring. Hoping to wrap it up by tomorrow. On Tue, 31 Oct, 2023, 9:19 pm Ishan Chattopadhyaya, < ichattopadhy...@gmail.com> wrote: > Hi Houston, > I can take up SOLR-16963 and SOLR-16948. Can you please help out with > SOLR-16949? >

Re: [VOTE] Release Lucene/Solr 8.11.3 RC1

o fix this. > > - Houston > > On Tue, Oct 31, 2023 at 9:49 AM Ishan Chattopadhyaya < > ichattopadhy...@gmail.com> wrote: > > > Ah, damn, I missed those private issues. Also the backup/restore RCE. > > Thanks, Jan! I'll respin. > > > > On Tue, 3

Re: [VOTE] Release Lucene/Solr 8.11.3 RC1

r issues in JIRA: > https://issues.apache.org/jira/issues/?filter=12352945 > I just resolved one other that was solved yesterday, but for the remaining > three I cannot see that they are fixed. > Not 100% sure if all three qualify as blockers either, but they all look > security related. > &g

Re: 8.11.3 release

Had to BadApple these tests: https://issues.apache.org/jira/browse/SOLR-17061 On Mon, 30 Oct 2023 at 20:30, Ishan Chattopadhyaya < ichattopadhy...@gmail.com> wrote: > There were a few tests that were failing on PRS seeds. Noble and I fixed > them over the weekend. > > There are

[VOTE] Release Lucene/Solr 8.11.3 RC1

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

Re: 8.11.3 release

.apache.org/job/Lucene/job/Lucene-Solr-SmokeRelease-8.11/lastSuccessfulBuild/ > ! > > The Lucene-Solr-Tests-8.11 has failed a few times, but on different tests, > so things are looking good. > > Jan > > > 27. okt. 2023 kl. 13:55 skrev Ishan Chattopadhyaya < > ichattop

Re: [PR] SOLR-16835: Generate Python client from OpenAPI spec [solr]

Jason, maybe asking in solr users list, inviting python developers for help might be better for visibility? On Fri, 27 Oct, 2023, 7:37 pm gerlowskija (via GitHub), wrote: > > gerlowskija commented on PR #1681: > URL: https://github.com/apache/solr/pull/1681#issuecomment-1782979188 > >Quick u

Re: 8.11.3 release

ut figured it was a decent start. > > > > Kevin Risden > > > > > > On Thu, Oct 5, 2023 at 4:27 AM Pierre Salagnac < > pierre.salag...@gmail.com> > > wrote: > > > >> I just opened a pull request. > >> https://github.com/apache/lucene-solr/pull/

Re: RAPIDS RAFT

+Solr list, Lucene list, FYI On Wed, 25 Oct, 2023, 9:13 am Ishan Chattopadhyaya, wrote: > > Hi Nathan, > > I am a committer and PMC member of Apache Solr and Apache Lucene. I have > integrated CUDA into Lucene in the past: > https://twitter.com/ichattopadhyaya/status/1065136

Re: The _version_ field; why is it necessary?

lse, then I could imagine > it > > > being omitted for non-NRT; maybe a dummy implementation. BTW Bruno > > opened > > > an issue/PR on it yesterday -- > > > https://issues.apache.org/jira/browse/SOLR-17036 > > > > > > ~ David > > > >

Re: The _version_ field; why is it necessary?

estige of "_version_" or is it for > > > something else? If it isn't for something else, then I could imagine > it > > > being omitted for non-NRT; maybe a dummy implementation. BTW Bruno > > opened > > > an issue/PR on it yesterday --

Re: The _version_ field; why is it necessary?

cases. > > It’s also true that a part of the reason that the per document, NRT design, > with versions, was chosen was a desire to support per document optimistic > concurrency. > > On Tue, Oct 17, 2023 at 11:37 PM Ishan Chattopadhyaya < > ichattopadhy...@gmail.com> wrote: >

Re: The _version_ field; why is it necessary?

Also DBQs use the version field to ensure they are applied correctly, even if a DBQ is reordered On Wed, 18 Oct, 2023, 10:05 am Ishan Chattopadhyaya, < ichattopadhy...@gmail.com> wrote: > To ensure reordered updates are processed properly from leader to other > replicas in NRT repl

Re: The _version_ field; why is it necessary?

To ensure reordered updates are processed properly from leader to other replicas in NRT replication mode. On Wed, 18 Oct, 2023, 9:55 am David Smiley, wrote: > Question: Does the _version_ field have a purpose other than for "atomic > updates"? > I know SolrCloud and/or having an UpdateLog insist

[ANNOUNCE] DataImportHandler 9.4.0 released

DataImportHandler is no longer a first party, officially supported module/plugin/package, but it is now a community maintained, unofficial project. If you're using DIH in production, it would be valuable to have you join the maintainers and keep the project alive. Thanks and regards, --

Re: [DISCUSS] Community Virtual Meetup, October 2023

eeking feedback as a beginner from allied field. > > thanks, > *Raghavan* > > > On Mon, Oct 16, 2023 at 11:15 AM Eric Pugh < > ep...@opensourceconnections.com> > wrote: > > > Looking forward to it, I like option 1 too. > > > > > On Oct 16, 202

Re: [DISCUSS] Community Virtual Meetup, October 2023

Thanks Alejandro. I vote option 1 (26th) On Mon, 16 Oct, 2023, 8:38 pm Arrieta, Alejandro, < aarri...@perrinsoftware.com> wrote: > Hello Team, > > 1) pick me > > 2) proposed dates/time > Thursday, Oct 26th, 9 AM Pacific/12PM US East > or > Friday, Oct 27th, 9 AM Pacific/12PM US East > To have a

Re: Community over Code Apache Solr Hackathon

Sounds great, looking forward to the zookeeper quorum experiments! Sooner we get that to work, the closer we get to axing the standalone mode. All the best.. On Sat, 7 Oct, 2023, 1:19 am Eric Pugh, wrote: > Folks headed to Halifax…. Jason and I have talked about hacking together > on Solr duri

Re: New branch and feature freeze for Solr 9.4.0

Can you please suggest when you're planning to spin the first RC? Are bug fixes still allowed into the release branch until then? On Wed, 4 Oct, 2023, 9:58 pm Alex Deparvu, wrote: > Quick update, we are blocker free. Both issues have been resolved and as > far as I can see there is no pending is

Re: Feedback on changing signature of two commands...

How about using -u and --credentials for all other commands, but for those two commands using -c and --credentials? I like -u for credentials because curl supports that. On Tue, 3 Oct 2023 at 00:13, Eric Pugh wrote: > In SOLR-14496, we introduce Basic Auth support using the command line long >

Re: 8.11.3 release

org/jira/browse/SOLR-16843 > > At that time, I wasn't expecting more 8.x releases, so I did not open a PR > for it. > I can work on a fix if we have a few days more before the release. I think > it is worth to have it in solr 8 (that's not a backport) > > Thanks > &

Re: Change suggestion: more efficient replica state tracking

Thanks for bringing up this topic, Ilan. > We are also running a fork of Solr and in our > fork we have made some optimizations to avoid processing DOWNNODE > messages for nodes that only host PRS collections. Those optimizations > have not made it upstream at this point. I can take a look at > up

Re: 8.11.3 release

a look at backporting it. Regards, Ishan On Tue, 19 Sept 2023 at 01:15, Ishan Chattopadhyaya < ichattopadhy...@gmail.com> wrote: > Just a reminder to backport any issues one sees fit for a 8.11.3 release. > I'll try to get an RC out by the end of September, so still more than a

Re: [DISCUSS] 9.4 release

tests failing, if anyone has > > >> some > > >>>>> time I would appreciate a hand. > > >>>>> Tracking failures here > > >>>>> https://github.com/apache/solr/pull/1958#issuecomment-1734473783 > > >>>>> > > >>>>

Re: 8.11.3 release

Just a reminder to backport any issues one sees fit for a 8.11.3 release. I'll try to get an RC out by the end of September, so still more than a week away. On Wed, 23 Aug 2023 at 17:09, Ishan Chattopadhyaya < ichattopadhy...@gmail.com> wrote: > Hi Jan, > Yes, still targeting

Re: [DISCUSS] 9.4 release

Thanks Alex and Jan! On Fri, 15 Sept, 2023, 2:10 am Jan Høydahl, wrote: > Sure, it's all yours.. > You'll find what you need in the Release Wizard. Just run this script to > get going. > https://github.com/apache/solr/blob/main/dev-tools/scripts/releaseWizard.py > > Jan > > > 14. sep. 2023 kl. 2

Re: Future of the cross-dc work

Hi Anshum, I mostly agree with you. My point is that we shouldn't *release* it until broader community has had a chance to weigh in, both development and testing. Towards that, I like Jan's idea of using PRs etc for more code reviews, before merging it to some official branch. I'm not comfortable

Re: Discuss SIP-14 Embedded Zookeeper

+1 fully support this, also support the move for us to get rid of the standalone Solr mode. On Sat, 9 Sept, 2023, 5:12 pm Eric Pugh, wrote: > The baby step that Jan is proposing for a ‘zookeeper’ node-role makes > sense to me, for those who are only deploying a very small Solr setup. > > What wo

Re: Future of the cross-dc work

So far, this project has been an experimental project, mainly something that's being used and developed by Apple committers. I would be hesitant to support an official Apache release for the same without testing or interest by the broader community. Towards that, can we invite community members to

[ANNOUNCE] DataImportHandler 9.3.0 released

IH in production, it would be valuable to have you join the maintainers and keep the project alive. Thanks and regards, -- Ishan Chattopadhyaya * Solr Consultant, SearchScale * Committer & PMC Member, Apache Solr

Re: Always-on trace id generation merged to Solr main

+1, great improvement. Thanks! On Thu, 24 Aug, 2023, 6:53 pm Alex Deparvu, wrote: > Dropping a note to let everyone know that SOLR-15367 [0] was just merged to > Solr main (no 9.x backport). > > This change brings always-on trace id generation based on OTEL libraries, > but without having the en

Re: [DISCUSS] Community Virtual Meetup, August 2023

Shows me on meetup.com the following, possibly in my timezone (IST): Friday, August 25, 2023, 9:30 PM to 10:30 PM That's about 36 hours away. Is there something wrong with the meetup.com event that we can fix? On Thu, 24 Aug, 2023, 8:39 am David Smiley, wrote: > Reminder: 13 hours away! > Here'

Re: 8.11.3 release

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

Re: Welcome Alex Deparvu as Solr committer

Congrats Alex! On Wed, 2 Aug, 2023, 1:40 pm Anshum Gupta, wrote: > Hello everyone. > > On behalf of the Apache Solr PMC, I'm pleased to announce that Alex Deparvu > has accepted the invitation to become a Solr committer. > > Alex - it's a tradition that you introduce yourself with a brief bio. >

Re: 8.11.3 release

Oh yes, good idea. Forgot about the split! +Lucene Dev On Tue, 1 Aug, 2023, 6:17 pm Uwe Schindler, wrote: > Maybe ask on Lucene list, too, if there are some bug people like to have > fixed in Lucene. > > Uwe > > Am 01.08.2023 um 11:10 schrieb Ishan Chattopadhyaya: > >

8.11.3 release

Hi all, There have been lots of bug fixes that have gone into 9x that should benefit all 8x users as well. I thought of volunteering for such a 8.x release based on this comment [0]. Unless someone has any objections or concerns, can we tentatively plan 1st September 2023 (1 month from now) as a t

Re: Make "hostContext" always be "/solr"?

+1 On Fri, 28 Jul, 2023, 1:56 am Eric Pugh, wrote: > Hi all…. In working on SOLR-16800, which let’s us pass in a -solrUrl > that is “http://localhost:8983 ” instead of the > current “http://localhost:8983/solr”.This will set us up in the > future when V2 api’s get c

Re: Response type of facet.field (classic) results

p > to your request. > > > https://solr.apache.org/guide/solr/latest/query-guide/response-writers.html#json-nl > > > Thomas > > Op zo 16 jul 2023 om 01:41 schreef Ishan Chattopadhyaya < > ichattopadhy...@gmail.com>: > > > I used classic facets after a long ti

Response type of facet.field (classic) results

I used classic facets after a long time, and observed that the facet.field results in a list of alternating keys and values: https://gist.github.com/chatman/e475d8fe8e2bf1d7890aa7f75768865e "facet_counts":{ "facet_queries":{}, "facet_fields":{ "unknownField":[ "val",1,

Re: [VOTE] Release Solr 9.3.0 RC1

Saw the same few days ago. https://issues.apache.org/jira/browse/SOLR-16864 On Fri, 14 Jul, 2023, 7:44 am Tomás Fernández Löbbe, wrote: > I didn’t have time to investigate why yet, but the Cloud/Graph section of > the UI is not loading to me. > > On Thu, Jul 13, 2023 at 12:59 PM Houston Putman

Re: Thinking about the future of lib directives in SolrConfigs

+1 to removing directives! On Tue, 11 Jul 2023 at 01:06, Houston Putman wrote: > Hey everyone, > > I want to start a discussion about deprecating and eventually removing the > functionality in solrconfig.xml. > > There are a number of ways to install custom code for Solr, all documented > here

Re: Thoughts on eliminating the "bin/solr create" command?

I'd rather we remove all three and encourage users to issue API commands via curl. I'm very much in favour of the scripts being used for only essential tasks, but not for things where the API can be used. With the APIs being the primary means to achieve tasks, users develop more familiarity when s

[ANNOUNCE] DataImportHandler 9.2.1 released

DataImportHandler is no longer a first party, officially supported module/plugin/package, but it is now a community maintained, unofficial project. If you're using DIH in production, it would be valuable to have you join the maintainers and keep the project alive. Thanks and regards, --

Re: Backup, Restore, SplitShard should always internally be "async"

#x27;m unsure Solr async responses > should include documentation/help. > > ~ David > > > On Thu, Jun 29, 2023 at 10:56 AM Ishan Chattopadhyaya < > ichattopadhy...@gmail.com> wrote: > > > +1. I think as an improvement, a helpful message on how to track the > s

Re: Backup, Restore, SplitShard should always internally be "async"

+1. I think as an improvement, a helpful message on how to track the status of the async request should be returned as part of the response of async collection api calls. Even 1s poll for these commands is okay in real world. On Thu, 29 Jun, 2023, 8:05 pm David Smiley, wrote: > Some (most?) clu

Re: Limiting Backup IO

Might be a good question for users@ list, I guess. I'm sure other users must've thought about this. Cross posting there, as I'm curious myself too. On Tue, 20 Jun 2023 at 01:07, David Smiley wrote: > Has anyone mitigated the potentially large IO impact of doing a backup of a > large collection o

Re: [DISCUSS] Community Virtual Meetup, June 2023

faces. I put a couple of notes on > https://cwiki.apache.org/confluence/display/SOLR/2023-06-16+Meeting+notes > recapping the discussion. > > Eric > > > On 2023/06/15 02:21:19 Ishan Chattopadhyaya wrote: > > Updated your permission. You should be able to add the event now, I

Re: [DISCUSS] Community Virtual Meetup, June 2023

Updated your permission. You should be able to add the event now, I think. Thanks. On Thu, 15 Jun 2023 at 05:40, Eric Pugh wrote: > Looks like I am NOT an admin on this meetup group.If someone wants to > add me I’ll create the event, or set up the event directly. > > Eric > > > > On Jun 14,

Re: Collection API LIST implementation

+1, good catch. On Wed, 31 May, 2023, 11:09 pm Ilan Ginzburg, wrote: > In CollectionsHandler LIST_OP, the implementation of LIST loads the > state.json of all collections in the cluster in order to return the names > of all collections. > > With a large cluster and a large number of collections,

Re: Solr collection naming convention (/how to find historical decision making)

+1 and thanks to will for bringing this up. Single place (SolrIdentifierValidator) is best, we should've used it in package manager (i don't remember seeing something like that during the dev work of the package manager) On Fri, 26 May 2023 at 23:10, Ishan Chattopadhyaya <

Re: Solr collection naming convention (/how to find historical decision making)

most likely oversight.. not intentional. (sorry for terse replies, texting from a hospital amidst an emergency) On Fri, 26 May 2023 at 20:28, Jason Gerlowski wrote: > Hi Will, > > I think the last thorough discussion around what names should be > allowed happened in SOLR-8110 here: > https://iss

Re: Anyone using more obscure features of SimplePostTool?

In fact, doing these via curl will be more instructional to a user who is using Solr for the first time. He/she will likely already know how curl works, so will not assume there's magic happening under the hood in the post tool. On Tue, 23 May 2023 at 11:38, Ishan Chattopadhyaya < icha

  1   2   3   4   5   >