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.
>
ar to what I have at work (and have done in the past) --
https://issues.apache.org/jira/browse/SOLR-11872
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Mon, Feb 15, 2021 at 9:17 AM Ishan Chattopadhyaya <
ichattopadhy...@gmail.com> wrote:
&g
There's a bug I just fixed:
https://issues.apache.org/jira/browse/LUCENE-9762 Kinda rare scenario but
a bug nonetheless. It's unclear to where I should commit this to. 8.8.1
would be nice.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Wed, Feb
com/apache/lucene-solr/releases, and (b) maven central
having -source.jar for convenience in IDE tooling. So why bother?
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Wed, Feb 3, 2021 at 2:51 PM Houston Putman
wrote:
> Thanks for getting the
Eric, based on what you wrote, your proposal makes sense to me.
CC'ing Noble who added this feature originally, I think.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Sat, Feb 6, 2021 at 9:56 AM Eric Pugh
wrote:
> I was reading through the
-reviewer) or really anyone stated it deserved one.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Sun, Feb 7, 2021 at 10:20 AM Joel Bernstein wrote:
> This PR https://github.com/apache/lucene-solr/pull/1600 doesn't have a
> jira at
/org.apache.solr.cluster.events.ClusterEventProducerTest.testEvents
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
Thanks for the update! I suppose this explains why I was unable to use the
ref guide online today -- also noticed by my colleagues :-(
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Fri, Jan 29, 2021 at 10:28 AM Cassandra Targett
wrote:
> J
Ah; I see they appear to be 8x only. Any idea what the story is with
them? Do you think it is just test flakiness or flakiness in Solr's
related functionality?
~ David
On Thu, Jan 28, 2021 at 5:36 PM Noble Paul wrote:
> Both of those are gone for good @David Smiley I think we can saf
I ran it twice on my old-ish MacBook, and it failed each time on Solr tests
that have a history of flakiness (as shown by Hossman's awesome fucit.org
site) -- AutoscalingHistoryHandlerTest & TestWithCollection. Neither seed
repeated. I'll pass on voting.
~ David Smiley
Apache Lucene/Solr Se
On Tue, Jan 26, 2021 at 1:27 PM Tomás Fernández Löbbe
wrote:
> Thanks for bringing this up, David. I thought about this same situation
> before, but I think I never convinced myself in one way or another :p. As I
> mentioned in many other emails, I think the infrastructure and the node
>
LOL and it was Dawid :-) Having amnesia Dawid?
I think I've re-explored my own ideas before too.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Tue, Jan 26, 2021 at 5:39 PM Michael McCandless <
luc...@mikemccandless.com> wrote:
> O
a way to blend both such that the
deployer chooses where the configuration makes sense based on their cluster.
WDYT?
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Sun, Jan 24, 2021 at 6:08 AM Ilan Ginzburg wrote:
> An aspect that would be inte
erial"
or not.
I do think it'd be possible to merge parts of a segment at once! That'd be
a cool feature to add.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Mon, Jan 25, 2021 at 11:05 AM Michael Sokolov wrote:
> It makes sense to me.
Sorry, I should have explicitly approved that PR; you had addressed my
concerns and I forgot about it, thinking it was in 8.8.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Fri, Jan 22, 2021 at 4:29 AM Christine Poerschke (BLOOMBERG/ LONDON
help with my primary motivating
use-case, but I think at present there are too many obstacles there, at
least at present. A file system fallback is a simple thing by comparison.
Question: Does the k8s Solr Operator do anything to make configSet &
plugin upgrades better?
~ David Smiley
Apac
think that simple
API should go away; it's strength is simple/common cases that are
comparatively verbose in the JSON one.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Thu, Jan 21, 2021 at 9:57 PM Marcus Eagan wrote:
> Hi all,
>
> Sorr
I've observed lots of dev list messages from g...@apache.org for the
lucene-solr-operator project. They should be directed to the "issues" list
instead. Anshum, is this for you to handle?
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
replaced with a
Solr DocTransformer feature. ExpandComponent probably pre-dated the
DocTransformer abstraction. Solr response information associated with a
document are best served via DocTransformer instead of their own section.
Even "explain" output is this way. Highlighting is needed next.
~ D
+1
SUCCESS! [1:17:50.702261]
Thanks for your thorough testing Tim :-)
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Thu, Jan 21, 2021 at 10:49 AM Andrzej Białecki wrote:
> +1 (binding)
>
> SUCCESS! [1:31:27.365392]
>
>
> >
t PR. I think
it's a step in this direction.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Sat, Jan 16, 2021 at 7:36 AM Jan Høydahl wrote:
> Great summary Houston!
>
> Could also be that docker team is willing to provide a “link” from
>
On Sat, Jan 16, 2021 at 4:50 PM Adrien Grand wrote:
> It's not fully clear to me why this question is important in the context
> of 9.0, is it because we are considering having a long delay between Lucene
> 9.0 and Solr 9.0 and we would like to avoid keeping Solr without a release
> for too
I think embrace lazy consensus -- no formal vote. Announce your intention
to proceed with lazy consensus in two business days.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Fri, Jan 15, 2021 at 9:32 AM Jason Gerlowski
wrote:
> Jan - I
>> >>>> http://observer.wunderwood.org/ (my blog)
>> >> >>>>
>> >> >>>> On Jan 11, 2021, at 9:29 AM, Timothy Potter
>> wrote:
>> >> >>>>
>> >> >>>> 15036 will be in later tod
Thanks for commenting Adrien; I was hoping to get your input on this!
On Thu, Jan 14, 2021 at 1:20 PM Adrien Grand wrote:
> Le jeu. 14 janv. 2021 à 18:16, Mike Drob a écrit :
>
>>
>> 9.0 Release Planing
>>
>>- Reminder that there are issues with new minors after a major
>>release (8.9
Modifying changes2html.pl would be like going from SHOULD NOT to a MUST
NOT. I'd prefer we have the flexibility to add a header when we feel it's
appropriate.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Thu, Jan 14, 2021 at 12:25 PM Chris
interruption
check before calling next(). (Zach Chen via Bruno Roustant)
* LUCENE-9023: GlobalOrdinalsWithScore should not compute occurrences when
the
provided min is 1. (Jim Ferenczi)
Mike Drob, why did you add this Solr item to Lucene under Other?:
* SOLR-14995: Update Jetty to 9.4.34 (Mike D
mention at
all.
Ishan: as the RM, maybe you can move/remove these if you agree.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
I don't like the idea of IndexWriter limiting field names, but I do like
the idea of un-deprecating that method, which appeared to have a trivial
implementation. Try commenting on the issue of it's deprecations, which
has various watchers to get their attention.
~ David Smiley
Apache Lucene/Solr
might
be a key mechanism? Could CI automatically keep it up to date? Someone
needs to try before we really know.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Wed, Jan 13, 2021 at 10:30 AM Ishan Chattopadhyaya <
ichattopadhy...@gmail.com> wrote:
Perhaps there will be time at the end of this meeting (in 30min now) to
discuss "ref branch" stuff? Even if there's only 10min, I'd love to get an
update on that!
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Thu, Jan 7, 2021 at 6:51
FYI https://issues.apache.org/jira/browse/SOLR-15071 for LTR a regression
Christine hasn't posted the fix yet but I'd guess there's a user
work-around so the issue isn't pressing I suppose.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Mon, Jan 11
(palm-to-face) -- LOL okay sorry. I'm getting my threads crossed.
A repo which holds multiple independent modules that can work with Solr
need not release them all at once.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Sat, Jan 9, 2021 at 4:48
here and consequently hardening to make javabin & XML more
consistent. We can only do so much for JSON.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Thu, Jan 7, 2021 at 11:01 AM Jason Gerlowski
wrote:
> Hi all,
>
> I recently spent
Solr Operator being an Apache project
instead of some committer's pet project.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Fri, Jan 8, 2021 at 4:47 AM Ishan Chattopadhyaya <
ichattopadhy...@gmail.com> wrote:
> Not necessarily. Most peop
s of a metadata file, BlobDirectory uses ZK instead of requiring
anything of the backing blob store.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Fri, Jan 8, 2021 at 4:51 PM Mike Drob wrote:
> Do the shard metadata files list all of the segments th
Glad to see you contributing Walter!
Unless you know it only applies to 8x, you should branch against master.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Thu, Jan 7, 2021 at 4:26 PM Walter Underwood
wrote:
> Starting work on this cha
Perhaps the OOMs are because .github/workflows/gradle-precommit.yml
yesterday switched from doing "gradlew check -x test" to "gradlew precomit"
? CC Michael Sokolov
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Fri, Jan 8, 202
Hm; this is spooky
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Fri, Jan 8, 2021 at 5:18 AM Policeman Jenkins Server
wrote:
> Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/29209/
> Java: 64bit/jdk-16-ea+
Can we plan a long overdue meeting to talk about nothing else but the
so-called reference branch? The topic isn't forbidden, but it'd take all
the oxygen out of the room to try to talk about that and anything else in
the same meeting.
~ David Smiley
Apache Lucene/Solr Search Developer
http
that actively *blocks* you (end user) from
reading N-2 which I think goes too far, _forcing_ you to fork Lucene to
work around that. At least a user should be able to maintain however far
back if they have their own codecs that they maintain (as I do at work).
~ David Smiley
Apache Lucene/Solr Search
Happy New Year!
I would much prefer that ensure 8.8 includes SOLR-14923 (a bad nested docs
performance issue)
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Wed, Jan 6, 2021 at 6:59 AM Ishan Chattopadhyaya <
ichattopadhy...@gmail.com>
Thanks so much for organizing this Anshum! We are much overdue.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Tue, Jan 5, 2021 at 4:17 PM Anshum Gupta wrote:
> Hi committers,
>
> I'd like to organize a virtual Lucene/Solr committe
ons. It's
rather rare to get this; others fade away without an announcement and so
there is no public reflection on the departure of the individual. I could
list some but I don't want to distract from your message.
Ryan: that squirrel water shooter video at PyCon was fantastic; thanks for
sharing
You now have access. Sorry for the delay!
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Wed, Dec 23, 2020 at 8:44 PM LuXugang
wrote:
> Thanks David
>
> My userId is luxugang
>
>
>
> On Dec 23, 2020, at 21:31, David Smil
litting" (index splitting) but to do so atomically/transactionally.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Sun, Dec 20, 2020 at 10:24 AM Michael McCandless <
luc...@mikemccandless.com> wrote:
> I think the addIndexes approach
Please register at the ASF's Confluence / wiki space. Then tell me your
userId, and I will then grant you permissions to edit our wiki.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Wed, Dec 23, 2020 at 2:50 AM LuXugang
wrote:
> Hi, Da
I tried to use this on master for a particular module lucene/spatial-extras
to see what happens. I ran "gw tidy" and it ran the tasks but did nothing
discernable. Any clues what to do?
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On T
your update on Twitter about chess. I recently finished
watching The Queen's Gambit on Netflix, and it was such a fantastic show
that it has gotten me a little more interested in chess too.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Tue, Dec 22
er is
gone and can't be replicated from directly but we can access shared storage.
For more about shared storage concepts, consider looking at the description
in SOLR-13101 <https://issues.apache.org/jira/browse/SOLR-13101> and the
linked Google Doc.
~ David Smiley
Apache Lucene/Solr
Great optimization!
I'm dubious on it being a good contribution to Lucene itself however,
because what you propose fits cleanly above Lucene. Even at a ES/Solr
layer (which I know you don't use, but hypothetically speaking), I'm
dubious there as well.
~ David Smiley
Apache Lucene/Solr Search
/browse/SOLR-5374
>From an implementation standpoint, I like that this is it's nice tidy own
plugin, whereas _version_ inside Solr is messy IMO. I'm not sure yet if
there are uses of _version_ that are not possible with the URP, but I'm
guessing partial updates may be an issue.
~ David Smiley
Apa
Thanks for volunteering!
On Thu, Dec 10, 2020 at 11:11 AM Ishan Chattopadhyaya <
ichattopadhy...@gmail.com> wrote:
> Hi Devs,
> There are lots of changes accumulated and some underway. I wish to
> volunteer for a 8.8 release, if there are no objections. I'm planning to
> build the RC in three
pertaining to the
UpdateLog and versions. It provides a total ordering of updates to all
replicas that is a useful property for other things like synchronizing when
segment boundaries occur which is useful to make peer replication based
recovery more efficient.
~ David Smiley
Apache Lucene/Solr Search
till do that... but I suggest delaying that until the above.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Thu, Dec 3, 2020 at 6:51 AM Robert Muir wrote:
> git-log is better than JIRA for this. A lot of projects generate
> release
t does not.
>
> Hope that makes sense.
>
> Regards,
>Alex.
>
> On Tue, 24 Nov 2020 at 12:13, David Smiley wrote:
> >
> > I'd rather not scope-creep my proposal here further. Granted I ventured
> into TXT -> Markdown.
> >
> > ~ David Smiley
> >
Welcome Houston!
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Tue, Dec 1, 2020 at 4:20 PM Mike Drob wrote:
> I am pleased to announce that Houston Putman has accepted the PMC's
> invitation to join.
>
> Congratulations and welc
for
examining CHANGES / JIRA is reduced because we have a solr-upgrade-notes.adoc
which is editorialized and covers just the important stuff; no minor
matters. We link to this from release announcements.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Mon, Nov
it to source control on each release branch, and thus will transfer
along with source control into the future, which is way more convenient
than digging up an old binary.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Sun, Nov 29, 2020 at 5:55 AM Dawid
se, our RM clears that
out, so it's not really a problem.
* I did some JIRA grooming..
** by adding this component to relevant issues that should have had it.
** by manually re-ranking the "Releases" in JIRA so that they sort properly.
~ David Smiley
Apache Lucene/Solr S
starting point for
someone interested in a release.
It's been argued that contributors should get attribution here but we could
maintain a separate contributors file to acknowledge people by name for
inclusion with the Solr distribution -- one that has a link to JIRA and
GitHub even.
~ David Smile
considering more
GitHub centric issue tracking. I was not in favor of that... however for
contribs/modules that get their own separate repos, it affords an
opportunity for a break with the past in the interests of simplicity and
familiarity for what contributors are already familiar with.
~ David Smile
I'd rather not scope-creep my proposal here further. Granted I ventured
into TXT -> Markdown.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Tue, Nov 24, 2020 at 9:37 AM Alexandre Rafalovitch
wrote:
> And - afterthought - if there is an
less motivated to touch Python ;-) but I'd be more than happy to see
someone automate this.
If this is agreeable, Solr's master CHANGES.txt ought to have references to
CHANGES.md for contribs & Docker.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Mon
I'll proceed on this with lazy consensus. I suspect most of us don't care,
unsurprisingly since I doubt anyone has any fondness for the "dist" folder.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Sun, Nov 15, 2020 at 7:31 AM Eric
some utils in
SolrJ), then it ought not to be listed in SolrJ's proposed CHANGES.txt.
Admittedly there may be more cumulative CHANGES.txt maintenance between the
two.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Fri, Nov 20, 2020 at 9:1
the discussion of getting rid of "dist" (each contrib's jar
goes in its own folder; keeps to itself)).
Solr's root /CHANGES.txt could at the very top reference the other
CHANGES.txt files.
WDYT?
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
issue.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Wed, Nov 18, 2020 at 1:17 PM Michael Froh wrote:
> I have some code that is kind of abusing IndexWriter.deleteAll(). In
> short, I'm basically experimenting with using tiny (one block of
Congratulations Julie!
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Wed, Nov 18, 2020 at 10:08 AM Michael Sokolov wrote:
> I'm pleased to announce that Julie Tibshirani has accepted the PMC's
> invitation to become a committer.
>
t find it now :-/
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Mon, Nov 16, 2020 at 11:17 PM Ankur Goel wrote:
> Thanks everyone for helpful suggestions.
>
> @Mayya
> In my use case these features are not term independent which
more, the server webapp
could be configured to add the SolrJ libs so that we don't need to
redundantly put any of them in the distribution. There might be some
duplicated jars overall, but not many. Logging libs might be explicitly
excluded so that they are only in one spot. (Logging in Java
ould contribs be treated as first class citizens in the Solr Reference
Guide (they are still in the ASF after all), or would they be banished like
the DIH was?
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Thu, Nov 12, 2020 at 6:40 PM Mike D
AFAIK this is normal. They will rotate, however. Send more documents with
a commit=true, and the oldest tlog will go away. I think there's always
one tlog around, even when everything is committed. It ought to be
improved but it's not a big problem.
~ David Smiley
Apache Lucene/Solr Search
Unifying encode/decode to a single class makes sense to me.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Fri, Sep 4, 2020 at 11:12 AM Gus Heck wrote:
> In reviewing SOLR-14787 <https://issues.apache.org/jira/browse/SOLR
TLP split yet, which is maybe a little embarrassing as a PMC
member. I wonder if other ASF projects do anything similar for their
plugins? I'd guess Maven or Ant might be similar.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Wed, Oct 28, 2020
On Tue, Nov 3, 2020 at 1:50 PM Marcus Eagan wrote:
> @David Smiley It would seem to me that
> TestSpatialFilter would be fine with no mention of the port in the name.
> It's a confusing identifier.
>
Feel free to propose a better name and file a PR. It's lineage (origins
from Solr
c test config files, which are a mess to maintain.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Sun, Nov 1, 2020 at 5:21 PM Marcus Eagan wrote:
> Hi Community,
>
> Lately I have been reading a lot of test files in an attempt to
think that's worth more investigation. It's
obviously highly relevant to this thread.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Fri, Oct 30, 2020 at 10:52 AM Dawid Weiss wrote:
> Yeah, right. Until 9x is not really satisfying - the
at
package when it's eventually released (when 9.0 is released, or
thereafter). So I don't think we should change Solr core / SolrJ 's
minimum Java requirements just because of the needs of a contrib. I think
that's solved by the package system.
~ David Smiley
Apache Lucene/Solr Search Deve
AFAIK, the blob store is staying, perhaps because the metrics history
handler still uses it. That said... I'd rather it just not. It's
obsoleted by the "file store", an unsung hero of the new package manager
system.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.li
In these bulk changes, please add a comment pointing to the deprecation.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Wed, Oct 28, 2020 at 10:34 AM Eric Pugh
wrote:
> Hopefully not hijacking your thread…. I ran the report for the Veloc
branch of it only to then need to delete it later. Simpler.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Sun, Oct 25, 2020 at 11:43 AM Erick Erickson
wrote:
> I played around a bit in my repo and this sequence seems to do what I want
> now that
issues,
report them. Again, assuming SolrJ, it's good to have some flexibility on
which SolrClient subclass is used. There's Cloud vs not (i.e. standalone),
there's newer HTTP2 vs not. There's Cloud talking directly to ZooKeeper
for cluster state, or there's via Solr HTTP.
~ David Smiley
Apache
I don't think the status of any page should be in the name of the page --
it breaks links when it changes. The status can be at the top of the
content.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Thu, Oct 22, 2020 at 10:55 AM Ishan
FT
despite it being released.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Thu, Oct 1, 2020 at 10:28 AM Jason Gerlowski
wrote:
> I've put together draft Release Notes for 8.6.3 here. [1] [2]. Can
> someone please sanity check the summaries the
abort and merge into the upstream branch
> instead, which generates a merge commit.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Wed, Oct 21, 2020 at 4:56 AM Uwe Schindler wrote:
> Hi,
>
>
>
> I fully agree here and yes we
the problem, you may have to produce a more detailed set of
reproducing steps to include an indexed shape.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Tue, Oct 20, 2020 at 10:41 AM Saad Saimon wrote:
> Some reason my Solr polygon quer
ully, this appears to occur only rarely. It happened today on
branch_8x (I'm looking at you Eric Pugh :-) and a worse one there September
29th by Noble. I say "worse" because the branch bifurcation was 2 weeks
long for that one.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
+100 to Uwe's total message -- my thoughts exactly. When I first started
using GitHub, I had an SVN mindset and didn't recognize the point of repo
forks. Now I can clearly see that it allows for PRs that don't pollute the
branches in the master repo.
On Mon, Oct 19, 2020 at 1:01 PM Uwe
Given how recent branch_8_7 was cut, I don't think a RC should be released
Monday. At least one extra day would be prudent. Just my 2-cents.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Sun, Oct 18, 2020 at 4:11 PM Adrien Grand wrote:
>
I don't know. I searched for "missing description:
org.apache.solr.util.circuitbreaker" in my email (covering our builds), and
this started happening October 16th (2 days ago) on 8.x (not master).
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmile
[exec] Missing javadocs were found!
That package is missing a "package-info.java". It's been this way for a
while... I wonder why it hasn't been noticed by others yet?
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Tue, Oct 13, 2020 at
+1, Good idea! It's extra work but the peer-review is important and
prevents confusion for years to come when a poor choice is made.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Sun, Oct 18, 2020 at 1:39 AM Noble Paul wrote:
> I don't think
Thanks Cassandra. I read it. IMO, I think the word "Deprecated" is just
too misleading for plugins that are *moving*.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Thu, Oct 15, 2020 at 5:16 PM Cassandra Targett
wrote:
> I updated
a freelancer, I think I would jump at this opportunity.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Thu, Oct 15, 2020 at 5:08 PM David Smiley wrote:
> I'm glad you're raising this because I've been meaning get more visibility
> on a proposal
rectoryFactory could get
a @deprecated tag and remove the @Deprecated annotation.
Cool?
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
On Thu, Oct 15, 2020 at 3:21 PM Eric Pugh
wrote:
> I noticed that we’re getting tickets like SOLR-14938 opened that
ikhail many years ago at a Lucene/Solr Revolution conference in Washington
DC (the first one held there?), as a way to speed up all indexing, not just
DIH (which was his curiosity at the time). He wasn't a fan. I'll CC him
to see if it jogs his memory :-)
~ David Smiley
Apache Lucene/Solr
implementations are
based on Jetty HttpClient (to support Http2 but should support 1.1?), do we
need the original Apache HttpComponents/HttpClient as well? This is an
honest question... maybe there are subtle reasons they are needed and I
think it would be good as a project that we are clear on them.
~ David
Okay. Maybe our large project is not an ideal candidate to be labelled
with this. Still... when an individual PR requests the label then there's
no harm in labelling just the PR as such --
https://github.com/apache/lucene-solr/pull/1970
~ David Smiley
Apache Lucene/Solr Search Developer
http
he idea and I'll just edit our labels?
"Risks" are perhaps more PRs/contributions than we are used to, some may be
typo in nature, and probably without JIRA issues. Granted, trivial ones
don't need JIRA issues anyway.
~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley
101 - 200 of 6864 matches
Mail list logo