Cool Mike!
On Mon, Feb 19, 2024 at 11:41 AM Michael McCandless
wrote:
>
> Hi Team,
>
> ~1.5 years ago (August 2022) we migrated our Lucene issue tracking from Jira
> to GitHub. Thank you Tomoko for all the hard work doing such a complex,
> multi-phased, high-fidelity migration!
>
> I finally
fically for nightlies which bumped
> the iteration multiplier - this affected tests that normally ran fairly fast
> but during nightly runs could run slower than anticipated.
>
> D.
>
>
> On Thu, Feb 15, 2024 at 3:18 PM David Smiley wrote:
>>
>> Oh; I didn't know that too
1000!
>
> takes precedence over any annotations (1 second).
>
> Dawid
>
> On Mon, Feb 12, 2024 at 7:53 PM David Smiley wrote:
>>
>> Looking at LuceneTestCase, I see the annotation from RandomizedTesting:
>> @TimeoutSuite(millis = 2 * TimeUnits.HOUR)
>> T
ot 2
hours though; individual tests needing so much should have a
TimeoutSuite applied to them.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
-
To unsubscribe, e-mail: de
I updated the script accordingly and I still see the problem:
https://ci-builds.apache.org/job/Solr/job/Solr-Check-9.x/6008/console
+ status=0
+ ./crave pull --extra-rsync-flags ' --ignore-missing-args'
'**/build/**/test/TEST-*.xml' '**/*.events' 'heapdumps/**'
'**/hs_err_pid*'
Error: rsync:
o
the same thing (like in highlighting).
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Wed, Sep 27, 2023 at 1:35 PM Stefan Vodita
wrote:
> Hi all,
>
> I came across an interesting article [1] on patterns of code evolution. I
&
reasons specific to the PR and be raised on the PR itself.
Afterwards, I leave it to others to move the limit with its configurability
to be enforced in a codec specific way.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Wed, May 17, 2023 at 12:58 PM
> easily be circumvented by a user
This is a revelation to me and others, if true. Michael, please then point
to a test or code snippet that shows the Lucene user community what they
want to see so they are unblocked from their explorations of vector search.
~ David Smiley
Apache Lucene/S
dn't checkIndex work if the dimension
*limit* is configurable? It's not checkindex's job to enforce the limit,
only to check that the data appears consistent / valid, irrespective of how
the number of dimensions came to be specified originally.
~ David Smiley
Apache Lucene/Solr Search Developer
Robert, I have not heard from you (or anyone) an argument against System
property based configurability (as I described in Option 4 via a System
property). Uwe notes wisely some care must be taken to ensure it actually
works. Sure, of course. What concerns do you have with this?
~ David Smiley
024). Your response
suggests trying to somehow perfect what the _default_ limit should be, but
I've not seen an argument _against_ configurability. Especially in this
way -- a toggle that doesn't bind Lucene's APIs in any way.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.li
Thank you Bruno! Glad to see Greg take the chair!
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Mon, Mar 6, 2023 at 12:15 PM Bruno Roustant wrote:
> Hello Lucene developers,
>
> Lucene Program Management Committee has elected a new ch
ducibility.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Sat, Jan 21, 2023 at 4:27 PM Gus Heck wrote:
> Some discussion on https://github.com/apache/lucene/pull/12096 lead to
> the question of whether or not reproducible builds (
> h
Hello Zachariah,
You have sent this to the wrong list. This is the Lucene dev list. Your
message should go to d...@solr.apache.org
The Lucene & Solr projects have split; not long ago, this would have been
the right list.
~ David Smiley
Apache Lucene/Solr Search Developer
Welcome Luca!
On Wed, Oct 5, 2022 at 12:04 PM Adrien Grand wrote:
> I'm pleased to announce that Luca Cavanna has accepted the PMC's
> invitation to become a committer.
>
> Luca, the tradition is that new committers introduce themselves with a
> brief bio.
>
> Congratulations and welcome!
>
>
>
dev, we should still
have an env variable pointing to it?
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Mon, Sep 26, 2022 at 9:57 AM Uwe Schindler wrote:
> Hi,
>
> with deleting the file, I meant the "gradle.properties" in
Congrats Vigya!
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Thu, Jul 28, 2022 at 3:34 AM Adrien Grand wrote:
> I'm pleased to announce that Vigya Sharma has accepted the PMC's
> invitation to become a committer.
>
> Vigya, t
FYI I had filed https://issues.apache.org/jira/browse/INFRA-23503
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Tue, Jul 26, 2022 at 3:54 PM Michael Sokolov wrote:
> searching JIRA for "slkjfdf" I found a few issues in other project
I suppose someone bent on not using GitHub could also email the patch to
the dev list, starting a thread around it.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Sun, Jul 17, 2022 at 9:14 AM Michael McCandless <
luc...@mikemccandless.com>
Lucene 11. At
that point if there's an older issue of resumed interest, which would be
getting increasingly rare, someone could manually copy the original
description and title into GitHub plus a historical reference back. Again
-- rare by then.
~ David Smiley
Apache Lucene/Solr Search Deve
Welcome Greg!
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Tue, Jun 7, 2022 at 2:44 AM Adrien Grand wrote:
> I'm pleased to announce that Greg Miller has accepted an invitation to
> join the Lucene PMC!
>
> Congratulations Greg,
I merged SOLR-16227 to main, 9, 8.11 some minutes ago.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Fri, Jun 3, 2022 at 1:59 PM Mike Drob wrote:
> Yes, please fix and backport SOLR-16227, it looks almost ready from the
> conversation on
Welcome Lu!
Welcome Chris!
+1 Approve (PMC)
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Mon, May 30, 2022 at 11:40 AM Tomoko Uchida
wrote:
> Hi everyone!
>
> As we had previous discussion thread [1], I propose migration to GitHub
> issue from Jira.
> It'd
Is anyone familiar with using GitHub (or maybe GitLab I suppose) for
tracking metadata about the issue -- something JIRA excels at? For example
the version of our project that a given PR is released in -- aka the JIRA
"Fix Version"?
~ David Smiley
Apache Lucene/Solr Search Deve
Thanks for your service Michael and congrats Bruno!
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Wed, Mar 23, 2022 at 9:03 AM Michael Sokolov wrote:
> Hello, Lucene developers. Lucene Program Management Committee has
> elected a new
Congrats and welcome!
On Tue, Jan 25, 2022 at 4:09 AM Adrien Grand wrote:
> I'm pleased to announce that Guo Feng has accepted the PMC's
> invitation to become a committer.
>
> Feng, the tradition is that new committers introduce themselves with a
> brief bio.
>
> Congratulations and welcome!
>
the many older ones exist.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Tue, Jan 4, 2022 at 4:01 PM Houston Putman wrote:
> Dawid,
>
> I did mean that we should be pushing the tags as well as their associated
> commits. I was unaw
I wouldn't have thought to do such a change in a minor release, but I
suppose for tests it's fine.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Tue, Dec 21, 2021 at 9:10 AM Uwe Schindler wrote:
> Hi,
> TortoiseGit's Viewer for diffs also
I like the idea of using our Wiki more as you describe.Not so much
*new* news entries because I think search-ability of these CVEs is fine to
an existing entry.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Sat, Dec 18, 2021 at 4:39 PM Gus
Congratulations Haoyu!
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Sun, Dec 19, 2021 at 4:12 AM Dawid Weiss wrote:
> Hello everyone!
>
> Please welcome Haoyu Zhai as the latest Lucene committer. You may also
> know Haoy
+1
SUCCESS! [1:27:33.004868]
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Wed, Dec 15, 2021 at 11:17 AM Jan Høydahl wrote:
> I think ASF allows exception to the 72h voting rule for urgent fixes. The
> current vote result is 7 "+1&
Looks good; thanks Jan!
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Mon, Dec 13, 2021 at 9:34 AM Jan Høydahl wrote:
> Including Lucene dev as well.
>
> As I see no Lucene level bug fixes for 8.11.1, I have prepared an "em
I prefer to not auto-close anything. An issue that's open forever doesn't
seem to be harmful. That said, I don't feel strongly enough to veto
whatever the consensus is. I love the bulk-comment proposal!
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
Welcome Julie!--
Sent from Gmail Mobile
+1 to “leave the door open” despite it seeming an awkward endeavor.
On Sat, Nov 20, 2021 at 1:15 PM Ishan Chattopadhyaya <
ichattopadhy...@gmail.com> wrote:
> Since there is no concrete design available for that as of today, that's
> why I mentioned about "keeping the door open" for 8.12. I'm
+1
SUCCESS! [0:57:23.948714]
s
approach doesn't prevent us from fully-committing to JDK 17 for Lucene 10
if we want. When we consider that Lucene is a library and not a full app,
we should be somewhat conservative here.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Thu, Nov 4, 20
I think build & distribution oriented efforts shouldn't be held up by a
feature-freeze. FF is more for getting stability on runtime code. But
this is Adrien's call.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Fri, Oct 29, 2021 at 3:0
+1 Adrien. Thanks for moving things along.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Fri, Oct 15, 2021 at 3:30 AM Adrien Grand wrote:
> For visibility, I recently opened a new issue about a case of index
> corruption
Welcome Michael Gibney! It's about time :-)
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Wed, Oct 6, 2021 at 9:34 AM Dawid Weiss wrote:
> Hello everyone!
>
> Please welcome Michael Gibney as the latest Lucene committer. Michael
Agreed Walter. At least it's better than before.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Fri, Sep 24, 2021 at 11:09 AM Walter Underwood
wrote:
> it seems odd too start with a statement that there is a mailing list
> without any id
a tiny bit and it's annoying to back-port to yet another branch
when there are last-minute fixes.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Tue, Sep 7, 2021 at 11:53 AM Timothy Potter wrote:
> That's the process I've been following, so not s
The release branch separate from cutting the RC used to be quite normal;
not exceptional. We should continue the practice for release stability.
It also gives clarity for those of us like me that have something ready-ish
to merge on which 8x version it should go into.
~ David Smiley
Apache
Yes, simply delete it, I think.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Fri, Jul 2, 2021 at 12:56 PM Christine Poerschke (BLOOMBERG/ LONDON) <
cpoersc...@bloomberg.net> wrote:
> oops, sorry, i mixed up the "origin"
is here:
https://github.com/apache/lucene/blob/main/lucene/spatial-extras/src/java/org/apache/lucene/spatial/composite/IntersectsRPTVerifyQuery.java
Only some "shapes" that are at the border of the query shape will require
the potentially expensive DocValues lookup.
~ David Smiley
Apache L
There are also deprecations to remove:
https://issues.apache.org/jira/browse/LUCENE-8638
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Tue, Jun 29, 2021 at 2:43 PM Mike Drob wrote:
> Looks like just LUCENE-9334 remains?
>
> On Wed, Apr
Welcome Mayya!
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Mon, Jun 28, 2021 at 9:17 AM Robert Muir wrote:
> I am pleased to announce that Mayya has accepted an invitation to join
> the Lucene PMC!
>
> Congratulations, and we
ur modules at this layer.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Fri, Jun 11, 2021 at 4:41 PM Mike Drob wrote:
> We can have modules, but why do they need to be in an additional folder
> deep? Why not just have langid next to solrj a
what "module"
is? I believe most of us would be happy to move away from "contrib"
wording, anyway.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Fri, Jun 11, 2021 at 3:03 PM Mike Drob wrote:
> I think related to this, I
I believe we can do a fair amount of re-organization pertaining to Jetty
without losing the Jetty configuration that I think is valuable to users
who want to tweak something.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Fri, Jun 11, 2021 at 8:01
Bumping this conversation up, based on recent communication. I have yet to
take action but really any of us can.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Mon, Nov 23, 2020 at 8:48 AM David Smiley wrote:
> I'll proceed on this with l
I reviewed and merged it to the relevant branches. Thanks for your
patience Mayya!
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Tue, Jun 8, 2021 at 9:44 AM Thomas Wöckinger
wrote:
> I already fixed it, I hope David can review it as s
+1 to Jan's comment; no need to hold up the release.
I also think we should be open to more releases in the future for 8.x.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Tue, Jun 1, 2021 at 4:55 PM Jan Høydahl wrote:
> Let's not hold
Uh; I mean, "Congratulations and Welcome Greg" LOL sorry
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Sun, May 30, 2021 at 5:24 PM David Smiley wrote:
> Congrats and welcome Mike!
>
> ~ David Smiley
> Apache Lucene
Congrats and welcome Mike!
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Sat, May 29, 2021 at 3:47 PM Adrien Grand wrote:
> I'm pleased to announce that Greg Miller has accepted the PMC's invitation
> to become a committer.
&g
SOLR-15412 is rather serious as the title suggests. I haven't been
tracking the progress so if it's already resolved, that's unknown to me and
isn't reflected in JIRA.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Thu, May 27, 2021 at 5:24 PM
Sounds like this would be a good addition to /dev-docs/...
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Mon, May 24, 2021 at 12:56 PM Uwe Schindler wrote:
> Thank for this tipp! Helps for Solr, too. I was giving up because it
> always
we don't actually know if
> that's true right now.
>
> Cheers,
> -Greg
>
> On Fri, May 7, 2021 at 8:41 AM David Smiley wrote:
> >
> > Instead of a Collector, why isn't this a TwoPhaseIterator with a high
> matchCost?
> >
> > ~ David Smiley
> > Apache Lu
Instead of a Collector, why isn't this a TwoPhaseIterator with a high
matchCost?
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Thu, May 6, 2021 at 6:43 PM Michael Sokolov wrote:
> Thanks Adrien, that is something like what I had in mind. If
then great! If it isn't, then
no worries -- I could perform some manual steps and deploy to
http://home.apache.org/~dsmiley/ instead.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
Welcome Zach!
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Mon, Apr 19, 2021 at 10:14 AM Adrien Grand wrote:
> I'm pleased to announce that Zach Chen has accepted the PMC's invitation
> to become a committer.
>
> Zach, the tradition
Welcome Peter!
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Tue, Apr 6, 2021 at 1:48 PM Robert Muir wrote:
> I'm pleased to announce that Peter Gromov has accepted the PMC's
> invitation to become a committer.
>
> Peter, t
+1 Certainly; shouldn't be controversial at all?
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Fri, Apr 2, 2021 at 11:02 AM Michael Sokolov wrote:
> +1 it would be nice to be able to sort these out differently with filters
>
> On F
Nice post -- this work item was definitely a big collaboration!
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Mon, Mar 22, 2021 at 10:40 AM Michael McCandless <
luc...@mikemccandless.com> wrote:
> Hi Team,
>
> I just published
s well.
Having tags for actual releases (e.g. for 8.8, 8.7, etc.) is great for
doing quick IDE comparisons to see how code changed.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Mon, Mar 15, 2021 at 9:50 AM Jan Høydahl wrote:
> Hi,
>
> With
Welcome Bruno!
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Wed, Mar 10, 2021 at 7:56 PM Mike Drob wrote:
> I am pleased to announce that Bruno has accepted an invitation to join the
> Lucene PMC!
>
> Congratulations, and we
On Wed, Mar 10, 2021 at 3:17 PM Dawid Weiss wrote:
> ...People work on their local repos these days anyway, it's
> not like everyone pollutes the same workspace.
>
I very much concur. When I got started with git, I treated it closer to
what I was previously more familiar with and created
Thank *you* Dawid! You and Jan have been big heroes of this transition!
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Wed, Mar 10, 2021 at 9:36 AM Dawid Weiss wrote:
> Thank you everyone for the collective effort to clean up stale proj
for
future releases (e.g. for a vulnerability).
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Mon, Mar 8, 2021 at 6:58 PM Jan Høydahl wrote:
> Made a branch in my normal repo:
> https://github.com/cominvent/lucene-solr/tree/silly-pr and spun
Just a reminder that Solr development discussions have moved to
d...@solr.apache.org. I sent a message there yesterday about tracing.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
he split so we all have guidance on how to
do this without all of us trying to redundantly figure it out at the same
time.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Mon, Mar 8, 2021 at 1:43 PM David Smiley wrote:
> One of us will get there
he" but I might
first rename it to "apache_pre9". I am not yet sure if I will use another
worktree for the new Lucene repo or if I'll do a new clone.
I think there's a case to be made for the Lucene repo to rewrite history to
remove Solr.
~ David Smiley
Apache Lucene/Solr Search Dev
? Where will Solr get the Lucene binaries?
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Mon, Mar 8, 2021 at 12:53 PM Jan Høydahl wrote:
> Hi,
>
> There are 324 open PRs. Some numbers:
> Number updated last month: 40
> Number not
I filed an issue: https://issues.apache.org/jira/browse/SOLR-15223
"Deprecate HttpSolrClient, mark httpcomponents dep as "optional" in SolrJ"
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Fri, Mar 5, 2021 at 2:45 PM Jan Høydahl
An even smaller baby step is to mark the httpclient dependency as
"optional" in the Maven pom we generate. This is a clue to consumers to
move on.
Also marking HttpSolrClient deprecated.
~ David
On Fri, Mar 5, 2021 at 11:06 AM David Smiley
wrote:
> Oh I see; there are
, and shear mental
overhead of what's going on.
~ David
On Wed, Oct 14, 2020 at 8:55 AM Noble Paul wrote:
> +1 @David Smiley
>
> On Sun, Oct 11, 2020 at 4:07 AM Ishan Chattopadhyaya
> wrote:
> >
> > Maybe we need them for kerberos? I'm totally fine getting rid of
> kerb
+1 to remove.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Sun, Feb 28, 2021 at 4:03 PM Jan Høydahl wrote:
> Hi
>
> The general@ list is not being used for practically anything. I see some
> user questions there and we announce rele
r on every return (e.g. due to a
cookie)? I imagine we will stop doing this in a year or maybe sooner.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Mon, Mar 1, 2021 at 1:03 PM Michael Sokolov wrote:
> I clicked around a bit; didn't do a thoro
The corresponding docker image has been released as well:
https://hub.docker.com/_/solr
(credit to Tobias Kässmann for helping)
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Tue, Feb 23, 2021 at 10:39 AM Timothy Potter
wrote:
> The Lucene
ardization on with!
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Fri, Feb 26, 2021 at 7:50 AM Mark Miller wrote:
> I hope that doesn’t sound too negative, “clinging” never sounds as
> positive as I’d like and I do negative plenty well without doing
Thanks for the background on that. I suspected it was a new feature.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Mon, Feb 22, 2021 at 5:02 PM Mike Drob wrote:
> This feature was added to Gradle 6.2, which wasn't available when we first
&g
in Groovy in gradle/validation/jar-checks.gradle
or is there some related plugin for this?
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
ld be so long as there is a
standard :-)
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Sun, Feb 21, 2021 at 12:18 PM Gus Heck wrote:
> FWIW, I'm not really in favor of the convention Lucene adopted. I probably
> lost track of the debate and failed to object wh
Ah; that makes total sense; thanks.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Sun, Feb 21, 2021 at 12:06 PM Ilan Ginzburg wrote:
> Searching in my jenkins folder for failures of this test (label:jenkins
> &
calling attention to this because I think this ideally will get
done before the source control split of the projects because there is one
(existing) branch covering both. And it needn't prevent an 8.9 from
happening either.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com
Makes sense. I see you haven't commented on the issue about this; I prefer
that tactic as it gets noticed by everyone "Watching" the original issue,
even if it's old.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Sat, Feb 20, 2021 at 5
I agree with Rob -- let's leave this sort of thing for Jenkins. It's
really an edge case and I'd prefer consistently knowing the asserts always
work locally.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Sat, Feb 20, 2021 at 1:14 PM Dawid Weiss
Interesting. Do you have a guess as to why the failures there are ~5% and
not 100% reproducible?
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Sat, Feb 20, 2021 at 6:41 PM Ilan Ginzburg wrote:
> Indeed the issue is due to my chan
/org.apache.solr.cloud.OverseerStatusTest.test
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
doing this on is a somewhat old.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Fri, Feb 19, 2021 at 12:39 AM David Smiley wrote:
> This morning, my attempt turned up 3 errors, none of which reproduced for
> their seeds:
>
>[j
Congratulations Jan!
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Thu, Feb 18, 2021 at 1:56 PM Anshum Gupta wrote:
> Hi everyone,
>
> I’d like to inform everyone that the newly formed Apache Solr PMC nominated
> and elected
On Thu, Feb 18, 2021 at 4:28 PM Eric Pugh
wrote:
> Good question.I don’t have a great sense of exactly what the lifecycle
> is for a JIRA issue. Is “Resolved” and “Closed” mean the same thing?
>
> I was assuming that “Resolved” meant it had been fixed, but maybe wasn’t
> in a released
] -
org.apache.solr.cloud.LeaderTragicEventTest.testLeaderFailsOver
[junit4] - org.apache.solr.cloud.ZkSolrClientTest.testReconnect
[junit4] - org.apache.solr.cloud.ZkSolrClientTest (suite)
I'll try again tonight.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Thu, Feb 18, 2021 at 11:18
Congratulations Mike!
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Wed, Feb 17, 2021 at 4:32 PM Anshum Gupta wrote:
> Every year, the Lucene PMC rotates the Lucene PMC chair and Apache Vice
> President position.
>
> This year
/ping_test/terms/shard1
2 /solr/configs/conf
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Thu, Feb 4, 2021 at 12:23 PM Tomás Fernández Löbbe
wrote:
> The point I was trying to make is that, having a single configset loading
> from both, local and zk may be confusing for the user and cause issues that
> may be difficult to track: Which file is Solr really reading right now? is
> it
Walter, it sounds like you were doing rate limiting, just in a different
way that is more dynamic than a simple (yet fiddly) constant?
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Sun, Feb 14, 2021 at 2:54 PM Walter Underwood
wrote:
> R
On Tue, Feb 16, 2021 at 8:38 AM Eric Pugh
wrote:
> Testing across multiple versions is always very difficult ;-). I recently
> saw this very interesting approach to using our Dockerized Solr’s to test a
> component against a number of previous versions of Solr.
>
1 - 100 of 6863 matches
Mail list logo
