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

gt; >> SecurityManager > >>> is not Solr's front-line protection mechanism -- that's authentication > & > >>> authorization plugins.  The SM was always an auxiliary nice-to-have > >>> secondary to that.  It's also well within th

Remove Security Manager in 10?

Considering all the discussions back and forth about the Java Security Manager, I was pleasantly surprised to see how few files it actually touched.  I was also kind of sad that it was never once mentioned in our Ref Guide! https://github.com/apache/solr/pull/3406 is a first pass at removing it.

Re: [DISCUSS] Community Virtual Meetup, June 2025

Makes sense! Sent from my iPhone > On Jun 18, 2025, at 12:01 AM, Rahul Goswami wrote: > > Would it be a bad idea to postpone this to next Wednesday same time? > Thursday is the Juneteenth holiday so I am setting off for an early > long-weekend tomorrow. > Few others might be in a similar boat(?

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

Ten is the perfect time to rip it out.   Let's separate ripping it out from "whatever else we decide"... Otherwise we'll bike shed it to death! I know you have under "Rejected Alternatives" the statement "Leaving Solr unprotected", but honestly, I think that is just too broad of a statement.   

Remove AbstractEnumField as part of removing deprecated EnumField

I stripped out the AbstractEnumField as part of removing the deprecated EnumField in favour of EnumFieldType in https://github.com/apache/solr/pull/3256. This simplifies our class hierarchy, and I don't think we expect other folks to be extending it?   Specific commit: https://github.com/

Haystack US 2025 is coming! I want you there!

My fellow Solr community members, I'd like to invite you to MY conference in MY home town of Charlottesvile Virginia, Haystack ;-).    Haystack is focused on the value side of search.  It's where we talk about how to meet those business goals that our companies set for us!  It's where we talk ab

Re: New UI (Kotlin) module: maybe separate repo/build but included as dependency?

Yeah, I am a bit suss of having it be in it's own repo.  If it's in it's own repo, folks won't know about it, and it'll struggle to gain traction.   We've gone down the separate repo path with some other efforts, like the Yet Another Solr Admin UI project.   Having it not build on various arc

Pair of deprecated code removal pr's...

Devs, just wanted to draw attention to the upcoming removal of CurrencyField and ExternalFileField: https://github.com/apache/solr/pull/3244https://github.com/apache/solr/pull/3212 I also looked a bit at removing the Trie field support, and that may be a bit more controversial...    Though it IS

Environment Variables in the Solr CLI...

I've been thinking about the use of environment variables in the Solr CLI, and trying to figure out why it feels like a bad thing...    I think that the reason I don't like them is that it feels like we are injecting "magic" into our CLI, and this makes them actually more brittle and difficult t

Community / Code NA announced

during the Halifax event again? I’ve got it on my calendar. Eric ___ Eric Pugh | Founder | OpenSource Connections, LLC | 434.466.1467 | http://www.opensourceconnections.com <http://www.opensourceconnections.com/> | My Free/Busy <http://tinyurl.com/eric-cal>

Re: SIP-7: Merging the new Admin UI (experimental)

I think this should target 10. Sent from my iPhone > On Jan 31, 2025, at 10:12 AM, Christos Malliaridis > wrote: > >  >> >> >> Maybe this is what you were getting at in your last paragraph. > > > Yes, that's right. The PR already supports the generation of DEB, MSI and > DMG files, but i

Re: Seeking Best Practices for External File Fields in Solr Cloud

This was always a “cool” trick. But tricks aren’t a reason to keep not well supported features. We need fewer surprises in Solr ;-) Sent from my iPhone > On Jan 29, 2025, at 12:42 AM, David Smiley wrote: > > Any concerns with deprecating ExternalFileField in Solr 9, remove in 10? > > ---

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

back below my rock. > Happy holidays to all. > > Alejandro Arrieta > > On Sat, Dec 21, 2024 at 5:46 PM David Smiley wrote: > > > +1 to LinkedIn.  As I said, let's see if they even notice without you > > finding a POC to tell them.  At least for a month, if you

Re: v2 COLLECTIONPROP API - HK2 service reification failed for [org.apache.solr.handler.admin.api.CollectionProperty] with an exception

While I like BATs test a lot..  maybe too much, I wonder if we could have a single Java based test that hits all the V2 APIs and verifies them?  Versus a whole ton of curl commands in the bats style?  Is there some way to programmatically look up each v2 API and then issue a request?    For som

Re: Making 3rd party plugins more discoverable

I think that is a great idea.   A few years ago there was a bit of concern about referencing a non Apache website, so that is why I didn't do more to embed Solr.cool when I was working with it actively.    I'd love to see it have more visibility.   For me at least, it would spur me to be more a

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

made a hard pass on this because, of course, they don't have and don't want to run HDFS. On Sat, Dec 21, 2024 at 8:36 AM David Eric Pugh wrote: > Should we remove the hdfs module from Solr 10?  Inspired by some of the > discussions in > https://lists.apache.org/thread/lltc0wj

Re: What I want for Solr 10...

riday, December 20, 2024 at 01:03:23 PM EST, Tim Allison wrote: Extracting Tika… let’s talk? On Fri, Dec 20, 2024 at 12:48 PM Eric Pugh wrote: Sorry I missed the meetup yesterday (was really bummed I didn't have it on my calendar), so I wrote up what I would have talked about: | |

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

Should we remove the hdfs module from Solr 10?   Inspired by some of the discussions in https://lists.apache.org/thread/lltc0wjdghq18tt37zlrsd8ty35qsytl around removing the hadoop-auth module, I think that this is a real possiblity. I found some earlier work in https://issues.apache.org/jira/brow

What I want for Solr 10...

Sorry I missed the meetup yesterday (was really bummed I didn't have it on my calendar), so I wrote up what I would have talked about: https://dep4b.hashnode.dev/all-i-want-for-solr-10-is All I want for Solr 10 is... dep4b.hashnode.dev ___ Eric Pugh | Fo

Fwd: JDK 24 Feature Freeze | Permanently Disabling the Security Manager

https://inside.java/2024/11/03/devoxxbelgium-complexity-peak/ > > - Release Your (Java) Projects Like OpenJDK > https://inside.java/2024/10/31/newscast-79/ > > - Are Virtual Threads Going to Make Reactive Programming Irrelevant? > https://inside.java/2024/10/28/javazone-virtu

Re: branch_9_8 created

I just merged a fix for the bin/solr auth command echoing the command line to the conole to branch_9_8.   On Monday, December 9, 2024 at 02:26:11 PM EST, Anshum Gupta wrote: As a reminder, please observe the normal rules: * No new features may be committed to the branch. * Documenta

Need some help on Components in a distributed query

pull/2452/files#diff-ed00c3d8a9826a7228746319ebb61c8a4a6a2b29f25676d0cd1a37768d55ef7a [2] https://github.com/apache/solr/pull/2452/files#diff-ed00c3d8a9826a7228746319ebb61c8a4a6a2b29f25676d0cd1a37768d55ef7a ___ Eric Pugh | Founder | OpenSource Connections, LLC | 434.466.1467 | http://www.opensourcec

My updates in lieu of being at Community Meetup

me fun graphs that model different deployments using markdown type syntax. For example, here is the syntax for "leader/follower" deployment: digraph leader_follower_replication { node [style=rounded] leader [shape=box] follower [fillcolor=yellow, style="rounded,filled"]

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

enses gradle task does not complain about unused files in licenses/ folder... Jan > 2. nov. 2024 kl. 12:27 skrev David Eric Pugh : > > I did reach out to the user list about hadoop-auth and haven't heard anything > back.  I may do another "bump" to see if

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

one uses this integration anymore. This probably however should be posed to the user list as well. If we can't drum up a response there, I'm definitely +1 to lightening the load via options 1 or 4. On Mon, Oct 21, 2024 at 5:05 PM David Eric Pugh wrote: > I just re-read my copy of Marie K

Re: Release 9.7.1

before 10. (which >>> sounds like a reasonable assumption Eric's making above). >>> Best, >>> Jason >>> On Tue, Oct 29, 2024 at 12:35 PM Gus Heck wrote: >>>> I'm targeting 9.8 for SOLR-17151 if the rest of my life would ever stop >>&g

Re: Release 9.7.1

Would it make more sense to do a 9.8?   There are lots of CLI deprecation in 9.8 that would be nice to see the light of day before 10.0 is shipped!  On Tuesday, October 29, 2024 at 09:58:18 AM EDT, Jan Høydahl wrote: Thanks Anshum. We have 11 bugs fixed for 9.8

Re: Deduplicating/Modularizing Our Jenkins Jobs

I had no idea how deep our testing went! All makes sense! Sent from my iPhone > On Oct 24, 2024, at 10:16 PM, David Smiley wrote: > > Sounds very good Jason; thanks for the summary and execution of the plan. > >> On Thu, Oct 24, 2024 at 3:56 PM Jason Gerlowski >> wrote: >> >> My original w

Re: Missing Docs for the cross-dc module?

he sandbox a bit? I know >> it's a sandbox, so a bit of mess is to be expected... ;-). >> >> I am also not looking to take a new project on! >> On Saturday, October 19, 2024 at 10:44:18 AM EDT, David Eric Pugh >> wrote: >> >> Also, do we want t

What to do about https://cwiki.apache.org/confluence/display/SOLR/Deprecations ?

I think this wiki page is rather out of date, and maybe has served it's purpose?   Do we want to maintain it?  https://cwiki.apache.org/confluence/display/SOLR/Deprecations I think it came out of the last big effort to deprecate stuff. Eric

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

I just re-read my copy of Marie Kondo's book The Life-Changing Magic of Tidying Up[1]  and it brought to mind the state of our Hadoop integrations with Solr.   I'd like to gauge the community's thoughts on how we move forward with Hadoop in Solr 10. My perspective is that Hadoop is no longer a k

Re: Missing Docs for the cross-dc module?

o not looking to take a new project on! On Saturday, October 19, 2024 at 10:44:18 AM EDT, David Eric Pugh wrote: Also, do we want to keep the old code in https://github.com/apache/solr-sandbox/?    Seems like if this code has "graduated" the Sandbox, we should either remove it, o

Re: Missing Docs for the cross-dc module?

Hmmm that is not great. I think I converted that MD file into a ref guide > page instead. But the module should have a Readme for sure. > > - Houston > > On Fri, Oct 18, 2024 at 7:10 PM David Eric Pugh > wrote: > > > I noticed the README.md is empty.  I did spot the >

Missing Docs for the cross-dc module?

I noticed the README.md is empty.   I did spot the https://github.com/apache/solr-sandbox/blob/main/CROSSDC.md document that looks like it could be the basis...    Would be nice to have this potentially really useful feature properly documented! Eric

Re: NOTICE: Tests failing on branch_9x

I have time this evening (us est time zone) from 7 pm till about midnight to take a fresh stab at sorting this out. Sent from my iPhone > On Oct 18, 2024, at 7:29 AM, Jan Høydahl wrote: > > Hi, > > Just a heads up that all test on branch_9x are currently failing. See > https://ci-builds.a

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

+1 (binding) On Tuesday, October 15, 2024 at 06:43:32 PM EDT, Jan Høydahl wrote: +1 (binding) Jan > 15. okt. 2024 kl. 23:42 skrev Houston Putman : > > Hey everyone, > > A little while back, I made a thread asking opinions on cutting the 8.x > Solr support after 8.11.4 was released.

Re: "policy" reference in Collection Management Commands

I suspect so! Would love to see a PR. Sent from my iPhone > On Oct 10, 2024, at 2:01 PM, Yuntong Qu wrote: > > Hi, > > In the ref guide, reindex collection section > , > there is a referen

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

if you didn't know.  And Solr has supported "distributed search" years before SolrCloud!  Lets not forget that. On Sat, Oct 5, 2024 at 7:11 AM David Eric Pugh wrote: > To get the default change done...    Is there another way to tell Solr > that it's starting in a non solr

Re: Overlapping arguments (SOLR-17383)

I've created PR's for all these tickets, https://github.com/apache/solr/pulls/epugh to see them.    I'd love some review, and am hoping to merge them on my way to C/C NA tomorrow! On Saturday, October 5, 2024 at 04:37:59 PM EDT, Christos Malliaridis wrote: We are almost done addressin

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

art, and I agree but we're not there yet.  Changing the default is clearly the next step -- thanks for that.  Then, maybe reduce documentation on non-SolrCloud.  Maybe assume SolrCloud and speak of "requires SolrCloud" without having to even name what non-SolrCloud is (Standalone vs Us

Re: PR labeling

ld bulk-remove stale label for all > of them and let them trickle through the process again. > I'm leaning towards letting them auto-close to avoid 81 mails for removing > labels, 81 new mails for stale-msg and then 81 mails for close-msg... > > Jan > > > 28. sep. 2024

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

solr cloud vs > > solr standalone: Make both behave identical API wise (e.g, remove the > > differences between terms "collection" and "core"), but only start that > > Zookeeper (shit) if you want more than one node by opt-in. > > > > Am 28.02.20

Re: A trio of tickets to make Cloud mode the default mode!

Thanks Cassandra for commenting on https://issues.apache.org/jira/browse/SOLR-17465. For some reason the JIRA tickets didn't get connected to the individual PR's, so I've added the link as a comment. On Monday, September 30, 2024 at 07:56:07 AM EDT, David Eric Pugh wrote

A trio of tickets to make Cloud mode the default mode!

Had some time on a plane the other week to start on some tickets for moving towards cloud mode the default mode. https://issues.apache.org/jira/browse/SOLR-17465 is the parent ticket with subtasks under it. https://github.com/apache/solr/pull/2728 is to let 9x users know about this change. http

Update on Solr CLI bugs

I wanted to share a couple of updates: 1) After the 9.7 release folks found some bugs in the Solr CLI.   I’ve fixed them in branch_9_7, branch_9x, and main.    Thanks folks for posting in Slack and DM'ing me about them. 2) The migration of parsing options for the various bin/solr zk commands ha

Re: Overlapping arguments (SOLR-17383)

"verbose" argument and type in --verbose ;-). On Wednesday, September 25, 2024 at 12:21:05 AM EDT, David Eric Pugh wrote: Here is a candidate PR for resolving the various -v flavours of verbose, value, and version by moving to --debug in place of -v and --verbose.   https://

Re: PR labeling

abel’ for easier reference of what prs were > auto > > > closed, should anyone wish to do archeology or re-open stuff that > obviously > > > went below people’s radar despite two notifications to the list. > > > > > > Jan Høydahl > > > > > &g

Re: Overlapping arguments (SOLR-17383)

C43), which is why I assumed it was optional. And thanks for the PR Eric. :) On Sat, Sep 14, 2024 at 3:46 AM Eric Pugh wrote: > Bin/solr start actually is mandatory now, I would have to look up when we > made that change.  It feels like a while ago…. > > I will put up a pr and we can see

Re: PR labeling

d Smiley wrote: >>>> >>>> I don't see in the dev list here a discussion on auto-closing old PRs >>> but >>>> FWIW I'm in favor of that provided we could somehow choose to keep a PR >>>> open that we're still passionate abo

Re: PR labeling

> > On 19 Sep 2024, at 20:07, David Smiley wrote: > > > > I don't see in the dev list here a discussion on auto-closing old PRs > but > > FWIW I'm in favor of that provided we could somehow choose to keep a PR > > open that we're still passionate about,

Re: Overlapping arguments (SOLR-17383)

;> deprecate >>>>> and >>>>>> replace --param with --params. >>>>>> >>>>>> >>>>>> >>>>>> On Tue, Aug 27, 2024 at 11:17 PM Christos Malliaridis < >>>>>> c.malli

Re: Overlapping arguments (SOLR-17383)

t;> (equivalent to --host, in 9.X and main). > >> I created https://issues.apache.org/jira/browse/SOLR-17423, which > >> proposes the deprecation of -h for hostname in the context of > >> RunExampleTool, and the removal of it in future major releases (10.0 > >>

Re: [Draft] Release notes for Apache Solr 9.7.0

ic, please add that summary about the CLI.  It's somewhat long for a release highlight but it's useful. List of contributors is still needed.  If you like Anshum, I will run the script. On Wed, Aug 28, 2024 at 5:42 AM Eric Pugh wrote: > Would grouping all the changes to Solr CLI b

Making sure everyone knows where the cheese is...

cheese” questions later ;-) Kudo’s to Christos for his attention to detail in reviewing PR’s and writing up JIRA’s... Eric ___ Eric Pugh | Founder | OpenSource Connections, LLC | 434.466.1467 | http://www.opensourceconnections.com <http://www.opensourceconnections.

Re: [VOTE] Release Solr 9.7.0 RC1

Houston, could you open a JIRA for the API tool, and/or just provide a bit more detail on the error?   (A bats test would be amazing!)   I suspected we would run into a CLI related issue as we have been changing so much there.  This one though is new to me! On Wednesday, August 28, 2024 a

Re: [Draft] Release notes for Apache Solr 9.7.0

Would grouping all the changes to Solr CLI be worth a mention? I'd love folks to know that the CLI is changing, so if folks *do* run into bugs, it's not a total surprise. "Solr's CLI (i.e bin/solr) embraces traditional Unix style formatting of long options. For example, -zkHost is now --zk

Looking to merge deprecation of snapshotscli.sh in favour of bin/solr sub commands

I'd like to merge SOLR-17180: Deprecate snapshotscli.sh in favour of bin/solr sub commands next week.   https://github.com/apache/solr/pull/2381 I've emailed the user list for additional eyes, but with no luck.  https://lists.apache.org/thread/l6wyx5yvw8nqxlm1wyw45hld34blvyov I'm thinking this

Making sure updates to v2 APIs happen as v1 changes happen

Hi all, it's been great to see some of the new improvements to the APIs recently.   One thing that jumped to mind is that we need to make sure that any changes/improvements to a V1 API are also made to the corresponding V2 API. We're in that awkward world where we have two apis that are maintaine

Re: Introducing Gradle Version Catalogs

My understanding is that Lucene 10 is likely to be released this fall, and I know I'd like to see Solr 10 come out close to when Lucene 10 comes out so we don't fall behind   So maybe there won't be many more releases of 9?  9.8 maybe?  but not a 9x line that gets into the double digits on

Re: Updating Dependencies - Apache Tika

Their "Pipes" stuff is what we need to integrate ;-). On Monday, August 12, 2024 at 01:15:11 PM EDT, Christos Malliaridis wrote: I tried to find a java client for tika, but with no success so far. The version upgrade would reduce the vulnerabilities from about 21 CVEs to 6, so it would d

Re: Apache Solr 9.7 branch created

I just backported https://github.com/apache/solr/commit/affd06e1541ec74b812a9a15314a9ec5117fabe6 to branch_9x and branch_9_7. Christine pointed out without the backport to branch_9_7 we would be shipping license code for libraries that we don't actually use in release 9.7. Realized I shoul

Anyone familiar with HDFS and Solr and snapshotcli.sh?

Hey all,  so https://github.com/apache/solr/pull/2381 moves the various commands for doing a snapshot from the /solr/server/cloud-scripts/snapshotcli.sh script into the bin/solr overall structure!  I had no idea that we had CLI tooling for managing snapshots! The one slightly icky/weird thing is

subscribe

Re: JSON Parsing, Jackson / Noggit

-unsubscr...@solr.apache.org >> For additional commands, e-mail: dev-h...@solr.apache.org >> >> > > -- > http://www.needhamsoftware.com (work) > https://a.co/d/b2sZLD9 (my fantasy fiction book) ___ Eric Pugh | Founder | OpenSource Connections, LLC | 434.466.1467 | htt

Re: [DISCUSS] Solr 9.7 release

it to at least have a few days sitting in main before I >>>> backport >>>>>> it. Without it the multi-threaded search needs to be documented as >>> not >>>>>> working with cpuTimeAllowed. >>>>>> >>>>>> On

Re: A thought for our release process...

for duplicate > entries. Editorial review at release time is difficult because Solr is so > big, and probably almost nobody stays on top of all the changes. Review at > PR/Checkin would seem to me to be the best route. > > On Wed, Jul 24, 2024 at 2:46 PM Eric Pugh <mailto

Re: [DISCUSS] Solr 9.7 release

few dependency upgrade PRs open, I'll give it a >> few >>>> days and try and help review + merge those in before starting the >> process >>>> later this week. >>>> >>>> On Wed, Jul 17, 2024 at 10:04 AM Eric Pugh < >>>

Re: A thought for our release process...

; of using separate files and a script that generates a combined one). > But we could piggy-back off of such... like that would end up > generating a CHANGES.txt section of the release, and thus it could > easily be posted as a PR for follow-up editing. > > On Wed, Jul 24, 2024 at 12:4

A thought for our release process...

folks contributing to it, each with their own style and their own opinion of what change is what type of change, and so maybe having a step in the release process to say “Hey, now is the time to review these to make it look the best it can” might help? Eric ___ Eric Pugh

Some PR's to get some eyes on!

'update(gettingstarted,parseCSV(stdin()))' Would love some feedback on these. Eric ___ Eric Pugh | Founder | OpenSource Connections, LLC | 434.466.1467 | http://www.opensourceconnections.com <http://www.opensourceconnections.com/> | My Free/Busy <http://t

Re: [DISCUSS] Community Virtual Meetup, July 2024

t;> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org >> For additional commands, e-mail: dev-h...@solr.apache.org >> > > - > To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org > For additional commands, e-mail: dev-h.

Re: [DISCUSS] Solr 9.7 release

I would like to see the back port of solr cli changes make it… https://github.com/apache/solr/pull/2540 Thanks to some great work from Jan I suspect it can be committed this week. On Wed, Jul 17, 2024 at 6:55 PM David Smiley wrote: > There is at least one blocker, a notable one: > https://iss

Re: SIP-7 New Admin UI

;>>>> a message from Jan in Slack: "I'd rather see some imperfect >>>>>> movement >>>>>>>>>> than a perfect plan never realized." >>>>>>>>>> >>>>>>>>>> (Here's hoping my reply will bump this to the top of folks' >>

Re: SIP-7 New Admin UI

;> about >>>>>>>>> implementing a new UI, so that we can take some actions and >>>>> improve the >>>>>>>>> overall quality and experience of Solr Admin UI. >>>>>>>>> >>>>>>>>>

Re: Looking for final review of SOLR-16842

lr 10 only feature. Figure out a new plan for removing deprecated options from code. (That is starting to feel the path of least resistance to me). I would very much like to NOT rollback the change so didn’t list that as an option…. Thanks Eric > On Jun 22, 2024, at 10:05 AM, Eric P

Re: Integration test failures on Jenkins

Houston, did you make any progress on this? If this keeps happening, do we need to make our bats tests more robust in "checking" to see if a port is available first? On 2024/06/12 05:45:08 David Smiley wrote: > Thanks for investigating. The nature of the failure would never occur in a > co

Re: Looking for final review of SOLR-16842

his point. In that case I'll just review > post-merge and we can handle any follow ups as needed. > > Best, > > Jason > > On Fri, Jun 21, 2024 at 12:07 PM Eric Pugh > wrote: >> >> Hi all, I’m planning on merging https://github.com/apache/solr/pull/1768

Looking for final review of SOLR-16842

change has plenty time for any panicky follow up fixes that turn out to be needed when it goes into main and branch_9x. Eric ___ Eric Pugh | Founder | OpenSource Connections, LLC | 434.466.1467 | http://www.opensourceconnections.com <http://www.opensourceconnections.com/>

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

; http://www.linkedin.com/in/davidwsmiley >> >> >> On Fri, Jun 14, 2024 at 3:30 PM Eric Pugh >> wrote: >> >>> In the ref guide we duplicate all out bin/solr post examples to deal with >>> the / for unix/Mac and \ for windows. >>> &g

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

as File, Path, or Paths), you don't need to worry about the underlying path separator characters. ___ Eric Pugh | Founder | OpenSource Connections, LLC | 434.466.1467 | http://www.opensourceconnections.com <http://www.opensourceconnections.com/> | My Free/Busy &l

Re: Heads up on SOLR-16824: Adopt Linux Command line tool pattern of -- for long option commands

so is out of scope of this PR. > On Jun 12, 2024, at 10:25 AM, Houston Putman wrote: > > Thanks for doing the hard work eric! > > I think that's fine for the ref guide. > > - Houston > > On Wed, Jun 12, 2024 at 7:19 AM Eric Pugh <mailto:ep...@opensourc

Re: CHANGES.txt -- is worthy?

mean a CHANGES.txt entry needs to be added. > > ~ David Smiley > Apache Lucene/Solr Search Developer > http://www.linkedin.com/in/davidwsmiley > > - > To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org > For

Heads up on SOLR-16824: Adopt Linux Command line tool pattern of -- for long option commands

Ref Guide, I plan on just updating it to the non deprecated commands and back porting it to 9.x branch of the docs…. Thoughts? Eric ___ Eric Pugh | Founder | OpenSource Connections, LLC | 434.466.1467 | http://www.opensourceconnections.com <h

Re: CI builds for older Solr releases linger... why?

did a *patch* release > once which has no step to do here.) > > ~ David > > -- Forwarded message - > From: David Smiley > Date: Fri, May 31, 2024 at 11:14 AM > Subject: Re: [JENKINS] Solr » Solr-Smoketest-9.4 - Build # 284 - Still > Failing! > To: ,

Re: CI build failures

> ~ David Smiley > Apache Lucene/Solr Search Developer > http://www.linkedin.com/in/davidwsmiley > > - > To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org > For additional commands, e-mail: dev-h...@solr.apache

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

> > - > To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org > For additional commands, e-mail: dev-h...@solr.apache.org > ___ Eric Pugh | Founder | OpenSource Connections, LLC | 434.466.1

Re: Found a bug in 9.6...

> >> [image: fav-jsw.png] <https://issues.apache.org/jira/browse/SOLR-17315> > >> <https://issues.apache.org/jira/browse/SOLR-17315> > >> > >> It started as just a bug in the messaging from bin/solr create -c > >> mycollection, but found that

Found a bug in 9.6...

-value false Is failing….Works on main ;-( ___ Eric Pugh | Founder | OpenSource Connections, LLC | 434.466.1467 | http://www.opensourceconnections.com <http://www.opensourceconnections.com/> | My Free/Busy <http://tinyurl.com/eric-cal> Co-Author: Apache Sol

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

, or how I can make the SIP page >> better. >> >> - Houston >> > > - > To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org > For additional commands, e-mail: dev-h...@solr.apache.org >

Re: Welcome Sanjay Dutt as Solr committer!

-- >>>>>> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org >>>>>> For additional commands, e-mail: dev-h...@solr.apache.org >>>>>> >>>>>> >>>> >>>> -

Re: CHANGES.txt, process improvement solicitation

ated-release-notes > > ~ David Smiley > Apache Lucene/Solr Search Developer > http://www.linkedin.com/in/davidwsmiley > > - > To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org > For additional comman

Re: [DISCUSS] Community Virtual Meetup, May 2024

gt;>>>> >>>>>> Best, >>>>>> >>>>>> Jason >>>>>> >>>>>> - >>>>>> To unsubscribe, e-mail: dev-unsubscr...@solr.apac

Re: SolrJ HTTP SolrClient class hierarchy

> https://issues.apache.org/jira/browse/SOLR-15730. Some of the sub tasks are > 10.0 only. Could add a rename jira there? > > Jan > >> 30. apr. 2024 kl. 15:04 skrev Eric Pugh > <mailto:ep...@opensourceconnections.com>>: >> >> Please! It would be nice if so

Re: SolrJ HTTP SolrClient class hierarchy

gt;>> *yet*! We have no tests that this works, and a quick attempt I did >>> recently showed there are some obscure references still! Modularizing >>> SolrJ further (for Jetty & Apache) will help reveal where we have some >>> references, after which we can finally free users

Re: Tracking contributors uniquely

: > > and also kind of needless with git-blame anyway. > : > > > : > > - > : > > To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org > : > > For additional commands, e-mail:

Re: Tracking contributors uniquely

d to @author my > code out of pride but long ago I realized those tags are a bad idea > and also kind of needless with git-blame anyway. > > - > To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org > For a

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

t little we need to do. Like… if you are a committer and >> this is passing, just merge it. >> >> ~ David Smiley >> Apache Lucene/Solr Search Developer >> http://www.linkedin.com/in/davidwsmiley >> >> >>> On Fri, Apr 19, 2024 at 7:51 AM Eric Pugh

Re: [DISCUSS] Community Virtual Meetup, April 2024

be, e-mail: dev-unsubscr...@solr.apache.org > For additional commands, e-mail: dev-h...@solr.apache.org > ___ Eric Pugh | Founder | OpenSource Connections, LLC | 434.466.1467 | http://www.opensourceconnections.com <http://www.opensourceconnections.com/> | My Free/Busy

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

question for asf legal > > On Thu, Apr 18, 2024 at 5:36 PM Eric Pugh <mailto:ep...@opensourceconnections.com>> > wrote: > >> Thanks for the work that has been done on some of these. >> >> I actually just ran through the process of updating commons-cli base

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

least this human, me, wouldn’t really be doing anything else if all the checks passed…. > On Apr 9, 2024, at 8:01 AM, Eric Pugh wrote: > > The update that I see a lot is for the software.amazon.awssdk and > com.google.cloud packages…. I checked renovate.json and they should only >

  1   2   3   4   >