lr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:266)
> at
>
> org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:248)
> at
>
> org.apache.solr.client.solrj.impl.LBSolrClient.doRequest(LBSolrClient.java:369)
> at
>
> org.apache.solr.client.solrj.impl.LBSolrClient.request(LBSolrClient.java:297)
> at
>
> org.apache.solr.client.solrj.impl.BaseCloudSolrClient.lambda$directUpdate$0(BaseCloudSolrClient.java:555)
> at java.base/java.util.concurrent.FutureTask.run(Unknown Source) at
>
> org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:218)
> ... 4 common frames omitted
>
--
Sincerely yours
Mikhail Khludnev
ons and welcome!
> > > > >
> > > > > ~ 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.org
> > > >
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
> > > For additional commands, e-mail: dev-h...@solr.apache.org
> > >
> > >
> >
>
--
Sincerely yours
Mikhail Khludnev
oy arbitrary javaclass: we can introduce FacetParser
interface, user will deploy own implementations and then pass class name
into FacetModule.init() args. Thus, it's not required to extend
solrconfig.xml tags nor ConfigAPI.
--
Sincerely yours
Mikhail Khludnev
"agg_sumsq",
> "agg_variance",
> "agg_stddev",
> "agg_missing",
> "agg_countvals",
> addParser("agg_multistat", new ValueSourceParser() {
> "agg_min",
> "agg_max&qu
problem deserves more efforts.
Which of these paths would you like to pursue?
--
Sincerely yours
Mikhail Khludnev
new committers introduce themselves with a
> brief bio.
>
> Congratulations and welcome!
>
> ~ David Smiley
> Apache Lucene/Solr Search Developer
> http://www.linkedin.com/in/davidwsmiley
>
--
Sincerely yours
Mikhail Khludnev
ah Kendall
wrote:
> Mikhail, no update from my end.
>
> We are using this feature (in prod) with its current behavior/limitations.
>
> If you have any questions about it lemme know and I can try to help.
>
>
> On 2023/01/22 19:16:32 Mikhail Khludnev wrote:
> > Up^
sion.
>
>
>
> Any help would be appreciated
>
>
>
>
>
>
>
> *Rachid Bouacheria*
>
> Senior Developer, IS Operational Experience, Legacy
>
>
>
> Sterling Plaza 2
>
> 3545 Factoria Blvd SE
>
> Bellevue, WA 98006
>
>
>
>
>
> *Global Headquarters, Seattle*
>
> 1015 Third Avenue
>
> Seattle, WA 98104
>
>
>
--
Sincerely yours
Mikhail Khludnev
> Sanjay, the tradition is that new committers introduce themselves with
> > > a brief bio.
> > >
> > > Congratulations and welcome!
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
> > > For additional commands, e-mail: dev-h...@solr.apache.org
> > >
> > >
>
--
Sincerely yours
Mikhail Khludnev
speak.
> > >>>>>
> > >>>>> Naming is hard...
> > >>>>> * ...-monitor-: sorry I hate it
> > >>>>> * ...-percolator- No clue why this was chosen for
> ElasticSearch.
> > >>>>> I can appreciate a curious/non-obvious name like this that is not
> > >>>>> going to conflict with anyone's guesses at what a general name
> might
> > >>>>> convey.
> > >>>>> * "indexed-queries" or "query-indexing" would be a good name? This
> > is
> > >>>>> the best technical name I can think of.
> > >>>>> * "reverse search" came to mind (based on the Netflix article)
> > >>>>> although that makes me think of leading-wildcard / suffix-search.
> > >>>>> * "inverted-search"
> > >>>>> * "indexed-query-alerts" incorporates "alerts" thus might better
> > >>>>> convey the use-case
> > >>>>>
> > >>>>>> On Mon, Apr 1, 2024 at 3:53 PM Luke Kot-Zaniewski (BLOOMBERG/ 919
> > 3RD
> > >>>>>> A) wrote:
> > >>>>>>
> > >>>>>> Hi All,
> > >>>>>>
> > >>>>>> A few months ago I wrote the user list about potentially
> integrating
> > >>> lucene
> > >>>> monitor into solr. I have raised this PR with a first attempt at
> > >>> implementing
> > >>>> this integration. I'd greatly appreciate any feedback on this even
> > >>> though I
> > >>>> still have it marked as draft. I want to make sure I'm heading in
> the
> > >>> right
> > >>>> direction here so input from solr dev community would be extremely
> > >>> valuable :-)
> > >>>>>>
> > >>>>>> Many thanks,
> > >>>>>> Luke
> > >>>>>
> > >>>>>
> -
> > >>>>> 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...@solr.apache.org
> > >>>
> > >>>
> > >>
> > >>
> > >
> >
> >
> > -
> > To unsubscribe, e-mail: dev-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)
>
--
Sincerely yours
Mikhail Khludnev
-
> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
> For additional commands, e-mail: dev-h...@solr.apache.org
>
>
--
Sincerely yours
Mikhail Khludnev
> >> subhasis.pa...@e2open.com<mailto:subhasis.pa...@e2open.com subhasis.pa...@e2open.com%3cmailto:subhasis.pa...@e2open.com subhasis.pa...@e2open.com%3cmailto:subhasis.pa...@e2open.com%
> 3cmailto:subhasis.pa...@e2open.com%3cmailto:subhasis.pa...@e2open.com>>>
> >>
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org dev-unsubscr...@solr.apache.org<mailto:dev-unsubscr...@solr.apache.org%
> 3cmailto:dev-unsubscr...@solr.apache.org>>
> > For additional commands, e-mail: dev-h...@solr.apache.org dev-h...@solr.apache.org<mailto:dev-h...@solr.apache.org%
> 3cmailto:dev-h...@solr.apache.org>>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org dev-unsubscr...@solr.apache.org>
> For additional commands, e-mail: dev-h...@solr.apache.org dev-h...@solr.apache.org>
>
--
Sincerely yours
Mikhail Khludnev
to get it to output
> the logs? The best thing, is if I could get all the log lines nicely
> labeled in standard out when running with "-Ptests.verbose=true". Is there
> a known way to achieve this?
>
--
Sincerely yours
Mikhail Khludnev
ere found. Configuration error?
Email was triggered for: Failure - Any
Sending email for trigger: Failure - Any
-
To unsubscribe, e-mail: builds-unsubscr...@solr.apache.org
For additional commands, e-mail: builds-h...@solr.apache.org
The build image has been updated with fonts
> and recent builds have succeeded proof:
> https://github.com/apache/solr/actions/workflows/tests-via-crave.yml
> So I think I can close the issue.
>
> ~ David
>
>
> On Wed, Nov 22, 2023 at 3:43 PM Mikhail Khludnev wrote:
>
&
tely clean state on the main branch, do a
> git pull, and then do the steps you outlined above to get the PR. Not
> that I know what the right git commands are to do these things.
>
> Thanks,
> Shawn
>
> -----
> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
> For additional commands, e-mail: dev-h...@solr.apache.org
>
>
--
Sincerely yours
Mikhail Khludnev
eting
> page
> >> > once
> >> > > >>> that's created:
> >> > > >>>
> >> > > >>> - New Contributor PR Review (a followup from an idea discussed
> >> last
> >> > > >>> month)
> >> > > >>> - Update on OpenAPI-Generated Clients
> >> > > >>>
> >> > > >>> On Tue, Nov 14, 2023 at 11:26 AM raghavan m <
> >> raghavan@gmail.com>
> >> > > >>> wrote:
> >> > > >>>
> >> > > >>> > I can volunteer to organize.
> >> > > >>> > Sent from iPhone
> >> > > >>> >
> >> > > >>> >
> >> > > >>> > On Tue, Nov 14, 2023 at 8:21 AM Jason Gerlowski <
> >> > > gerlowsk...@gmail.com
> >> > > >>> >
> >> > > >>> > wrote:
> >> > > >>> >
> >> > > >>> > > Hey all,
> >> > > >>> > >
> >> > > >>> > > It's time once again to start thinking ahead to our Virtual
> >> > Meetup
> >> > > >>> for
> >> > > >>> > > November. As always, there's two main questions to answer
> in
> >> > terms
> >> > > >>> of
> >> > > >>> > > planning:
> >> > > >>> > >
> >> > > >>> > > 1. Any volunteers to organize? Organizer duties are pretty
> >> light
> >> > > and
> >> > > >>> > > are summarized here:
> >> > > >>> > >
> >> https://cwiki.apache.org/confluence/display/SOLR/Meeting+notes.
> >> > > >>> > > Volunteers get some discretion in terms of picking a meeting
> >> > > time/day
> >> > > >>> > > that works for them. If there are no volunteers by the end
> of
> >> > the
> >> > > >>> week,
> >> > > >>> > > I'm
> >> > > >>> > > more than happy to set things up for this month.
> >> > > >>> > >
> >> > > >>> > > 2. When should we meet? It's already a good bit into the
> >> month,
> >> > so
> >> > > >>> > > we'll have to plan for the latter half. If you have any
> >> > > >>> > > opinions, please discuss.
> >> > > >>> > >
> >> > > >>> > > Best,
> >> > > >>> > >
> >> > > >>> > > Jason
> >> > > >>> > >
> >> > > >>> >
> >> > > >>>
> >> > > >>
> >> > >
> >> >
> >>
> >
>
--
Sincerely yours
Mikhail Khludnev
Hello Houston.
Thanks for your efforts. How can I check that "MTLs issue"? I looked
through recent failures, but can't find anything.
ore WITHIN operators (nested WITHIN)
> whose section is a zone or special section.
>
> =
>
>
>
> Regards,
> Rhoden
>
> ________
>
> This electronic message contains information from CACI International Inc
> or subsidiary companies, which may be company sensitive, proprietary,
> privileged or otherwise protected from disclosure. The information is
> intended to be used solely by the recipient(s) named above. If you are not
> an intended recipient, be aware that any review, disclosure, copying,
> distribution or use of this transmission or its contents is prohibited. If
> you have received this transmission in error, please notify the sender
> immediately.
>
--
Sincerely yours
Mikhail Khludnev
; 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.
> >
> > Congratulations, welcome, and happy committing!
> >
> > -Anshum
> >
>
--
Sincerely yours
Mikhail Khludnev
e.official-slim
> \
> --build-arg SOLR_DOWNLOAD_SERVER=$SOLR_DOWNLOAD_SERVER \
> -t solr-rc:9.3.0-1-slim
>
> The vote will be open for at least 72 hours i.e. until 2023-07-18 20:00
> UTC.
>
> [ ] +1 approve
> [ ] +0 no opinion
> [ ] -1 disapprove (and reason why)
>
> Here is my +1
>
--
Sincerely yours
Mikhail Khludnev
t; -t solr-rc:9.3.0-1-slim
>
> The vote will be open for at least 72 hours i.e. until 2023-07-18 20:00
> UTC.
>
> [ ] +1 approve
> [ ] +0 no opinion
> [ ] -1 disapprove (and reason why)
>
> Here is my +1
>
--
Sincerely yours
Mikhail Khludnev
uot;,1,
> "val2",1]
> },
> }
>
> Shouldn't it have been something like the following?
>
> "unknownField": {"val": 1, "val2": 1}
>
> Not sure if the current behaviour is intentional, but going forward does it
> make sense to change to the latter? I do understand that the JSON Facets
> API does the reasonable thing already.
>
--
Sincerely yours
Mikhail Khludnev
virtual
> meetup
> <https://cwiki.apache.org/confluence/display/SOLR/2023-07-19+Meeting+notes
> >
> (July
> 19th).
>
Looking forward to it!
>
> Ilan
>
>
> On Wed, Jul 12, 2023 at 10:54 AM Mikhail Khludnev wrote:
>
> > Hello Ilan,
> > L
the best fit for such a pre-indexer buffer. WYDT?
--
Sincerely yours
Mikhail Khludnev
9.3.
I would really appreciate it if you can check it in a snapshot and provide
your feedback. Thanks!
--
Sincerely yours
Mikhail Khludnev
agree though that it'd be really nice if Solr had some
> sort of node-level cordoning API. I swear I read something about that
> in a recent SIP, but can't find a pointer at the moment...
>
> Jason
>
>
> On Mon, Jun 26, 2023 at 3:31 PM Mikhail Khludnev wrote:
y nice if Solr had some
> sort of node-level cordoning API. I swear I read something about that
> in a recent SIP, but can't find a pointer at the moment...
>
> Jason
>
>
> On Mon, Jun 26, 2023 at 3:31 PM Mikhail Khludnev wrote:
> >
> > Hello Jason,
> > I have
track per-core health outside of Solr/ZK.
>
> Does /admin/ping still have usecases that can't be met by other APIs?
> Or should we consider deprecating and removing it in 10.0?
>
> Best,
>
> Jason
>
> ---------
> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
> For additional commands, e-mail: dev-h...@solr.apache.org
>
>
--
Sincerely yours
Mikhail Khludnev
gt;>>>> http://www.opensourceconnections.com/> | My Free/Busy <
> > > > >>>>> http://tinyurl.com/eric-cal>
> > > > >>>>>>> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed <
> > > > >>>>>
> > > > >>>>
> > > > >>
> > > >
> >
> https://www.packtpub.com/big-data-and-business-intelligence/apache-solr-enterprise-search-server-third-edition-raw
> > > > >>>>>>
> > > > >>>>>>> This e-mail and all contents, including attachments, is
> > considered
> > > > to
> > > > >>>>> be Company Confidential unless explicitly stated otherwise,
> > > > regardless
> > > > >> of
> > > > >>>>> whether attachments are marked as such.
> > > > >>>>>>>
> > > > >>>>>>
> > > > >>>>>>
> > > > -
> > > > >>>>>> 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...@solr.apache.org
> > > > >>>>>
> > > > >>>>>
> > > > >>>>
> > > > >>
> > > > >> ___
> > > > >> Eric Pugh | Founder & CEO | 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 Solr Enterprise Search Server, 3rd Ed <
> > > > >>
> > > >
> >
> https://www.packtpub.com/big-data-and-business-intelligence/apache-solr-enterprise-search-server-third-edition-raw
> > > > >
> > > > >>
> > > > >> This e-mail and all contents, including attachments, is considered
> > to be
> > > > >> Company Confidential unless explicitly stated otherwise,
> regardless
> > of
> > > > >> whether attachments are marked as such.
> > > >
> > > > ___
> > > > Eric Pugh | Founder & CEO | 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 Solr Enterprise Search Server, 3rd Ed <
> > > >
> >
> https://www.packtpub.com/big-data-and-business-intelligence/apache-solr-enterprise-search-server-third-edition-raw
> > >
> > > >
> > > > This e-mail and all contents, including attachments, is considered to
> > be
> > > > Company Confidential unless explicitly stated otherwise, regardless
> of
> > > > whether attachments are marked as such.
> > > >
> > > >
> > >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
> > For additional commands, e-mail: dev-h...@solr.apache.org
> >
> >
>
--
Sincerely yours
Mikhail Khludnev
e.org/jira/browse/SOLR-16717
https://github.com/apache/solr/pull/1550/
Thanks!
--
Sincerely yours
Mikhail Khludnev
ReRanker to min/max scale the main query scores before
> combining with the ReRank query.
>
> Do others have thoughts on this?
>
--
Sincerely yours
Mikhail Khludnev
https://t.me/MUST_SEARCH
A caveat: Cyrillic!
ts doesn't get a chance to be scored. Is it
> possible to customize the segment visiting order in Solr so that the latest
> generated segments are searched first? Any suggestion is appreciated.
>
> Thanks,
> Wei
>
--
Sincerely yours
Mikhail Khludnev
https://t.me/MUST_SEARCH
A caveat: Cyrillic!
nsultant and software architect supporting Apache Solr since
> 2007
>
>
>
> Thanks,
>
> -Fuad
>
>
> On April 9, 2023 at 2:44:15 PM, Fuad Efendi (f...@efendi.ca) wrote:
> Hello,
>
> Please add me to Solr Wiki editors group; username: f...@efendi.ca
>
> Thanks,
> Fuad Efendi
>
--
Sincerely yours
Mikhail Khludnev
https://t.me/MUST_SEARCH
A caveat: Cyrillic!
ing Easter Monday). I'll send out
> a
> > > >> meeting link shortly.
> > >
> > > Is there a link to the info for that meeting? I don't see anything in
> > > the thread. If it hasn't been set up yet, I can wait.
> > >
> > > Thanks,
> > > Shawn
> > >
> > > -
> > > 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...@solr.apache.org
>
>
--
Sincerely yours
Mikhail Khludnev
https://t.me/MUST_SEARCH
A caveat: Cyrillic!
t; > > Congratulations and welcome!
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
> > For additional commands, e-mail: dev-h...@solr.apache.org
> >
> >
>
> --
> Marcus Eagan
>
> --
> Marcus Eagan
>
--
Sincerely yours
Mikhail Khludnev
https://t.me/MUST_SEARCH
A caveat: Cyrillic!
traditionally rotated the position every year, and this year
> the PMC has chosen David Smiley to be the next Solr PMC Chair.
>
> Congrats David, and thanks in advance!
>
> - Houston
>
--
Sincerely yours
Mikhail Khludnev
https://t.me/MUST_SEARCH
A caveat: Cyrillic!
12:01 PM Kevin Risden
> wrote:
> >>
> >> From first glance this reminded me of
> >> https://github.com/apache/solr/pull/1118 but doesn't look completely
> >> related.
> >>
> >> This section of code just seems questionable:
> >>
>
Should we just set solr.filterCache.async=true?
On Wed, Mar 15, 2023 at 4:57 PM Mikhail Khludnev wrote:
> Hi, devs.
> I see in my inbox it fails from time to time.
> It seems the cause is .. caffeine
> https://jenkins.thetaphi.de/job/Solr-main-Linux/10777/testReport/junit/org.apache
nRules.evaluate(RunRules.java:20)
> at
> com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
> at
> com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:390)
> at
> com.carrotsearch.randomizedtesting.ThreadLeakControl.lambda$forkTimeoutingTask$0(ThreadLeakControl.java:850)
> at java.base/java.lang.Thread.run(Thread.java:831)
>
> -
> To unsubscribe, e-mail: builds-unsubscr...@solr.apache.org
> For additional commands, e-mail: builds-h...@solr.apache.org
--
Sincerely yours
Mikhail Khludnev
https://t.me/MUST_SEARCH
A caveat: Cyrillic!
gt; >>>>>> GHA to just do precommit checks -- 10 minutes :-)
> > >>>>>> I think we can remove the SolrJ specific GHA as it'll be
> redundant.
> > >>>>>>
> > >>>>>> Furthermore, anyone can use this to run tests from the convenience
> > of
> > >>>>> your
> > >>>>>> laptop at the CLI while you are in the middle of any change
> (doesn't
> > >>>>> matter
> > >>>>>> what you have committed or not, pushed or not). To do so, run:
> > crave run
> > >>>>>> -- './gradlew localSettings && ./gradlew --max-workers=`nproc`
> > >>>>>> -Ptests.jvms=48 test'
> > >>>>>>
> > >>>>>> Yeah that's long. There is a discussion in JIRA underway that may
> > lead
> > >>>>> to
> > >>>>>> eliminating the "localSettings" step if, for example, it's moved
> to
> > a
> > >>>>> bash
> > >>>>>> script executed by the gradle wrapper (my proposal). I should also
> > be
> > >>>>> able
> > >>>>>> to configure crave with a default run configuration with this
> baked
> > in.
> > >>>>>> I'll post an update when I'm able to do that.
> > >>>>>>
> > >>>>>> ~ David Smiley
> > >>>>>> Apache Lucene/Solr Search Developer
> > >>>>>> http://www.linkedin.com/in/davidwsmiley
> > >>>>>>
> > >>>>>
> > >>>
> > >>> ___
> > >>> Eric Pugh | Founder & CEO | 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 Solr Enterprise Search Server, 3rd Ed <
> >
> https://www.packtpub.com/big-data-and-business-intelligence/apache-solr-enterprise-search-server-third-edition-raw
> > >
> > >>> This e-mail and all contents, including attachments, is considered to
> > be Company Confidential unless explicitly stated otherwise, regardless of
> > whether attachments are marked as such.
> > >>>
> > >>
> > >> -
> > >> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
> > >> For additional commands, e-mail: dev-h...@solr.apache.org
> > >>
> > >
> >
> >
>
--
Sincerely yours
Mikhail Khludnev
https://t.me/MUST_SEARCH
A caveat: Cyrillic!
Andy, the tradition is that new committers introduce themselves with a
> > brief bio.
> >
> > Congratulations and welcome!
> >
>
--
Sincerely yours
Mikhail Khludnev
https://t.me/MUST_SEARCH
A caveat: Cyrillic!
ects or wants to do it themselves.
>
> - Houston
>
--
Sincerely yours
Mikhail Khludnev
https://t.me/MUST_SEARCH
A caveat: Cyrillic!
m HANDLER wt=json
> wget --report-speed=bits --server-response -O /dev/null
> --header='Accept-Encoding: ' --header='Content-Type:
> application/x-www-form-urlencoded' --post-data
> 'expr=search(test_collection,q="*:*",fl="id, text_sn"
commonplacem but many end-user needs still
> dependent on single-threaded/core performance and do not get significant
> benefits from new hardware speeds...
>
> Best Regards,
>
--
Sincerely yours
Mikhail Khludnev
https://t.me/MUST_SEARCH
A caveat: Cyrillic!
does not increase the speed (disk and other Solr, OS caches do not help).
>Is there a mention somewhere that Solr, under any conditions, was able
> to send data from the collection faster than 400 Mbit in a single
> (single-threaded) connection? In which direction except FastWriter.java
> buffers can be searched for, what on modern fast hardware limits the data
> transfer rate during big collection scroll?
>
--
Sincerely yours
Mikhail Khludnev
https://t.me/MUST_SEARCH
A caveat: Cyrillic!
problem for 1Gigabit+ networks:
>
>
> /** Single threaded BufferedWriter Internal Solr use only, subject to
> change. */
> public class FastWriter extends Writer {
> // use default BUFSIZE of BufferedWriter so if we wrap that
> // it won't cause double buffering.
>
in the week of March 6th, unless
> > anyone else objects or wants to do it themselves.
> >
> > - Houston
> >
>
--
Sincerely yours
Mikhail Khludnev
https://t.me/MUST_SEARCH
A caveat: Cyrillic!
efforts.
> > > > > That may in turn lead to increased usage and take the role as the
> > > > > "standard" search API instead of the "alternative".
> > > > >
> > > > > Of course I know that what we normally mean as "V2" API is the
> /api/
> > > URL,
> > > > > not the syntax of the payload, i.e. you can do both old-style and
> > > > > JSON-style queries on both V1 adn V2 search endpoint. So I'm not
> > sold
> > > on
> > > > > "V2" being the perfect name here. But from a pure branding
> > perspective,
> > > > > signaling that it is the "new" way, perhaps it can fly?
> > > > >
> > > > > See JIRA https://issues.apache.org/jira/browse/SOLR-16663 for some
> > > > > initial thougts. Please keep the broader discussion here, and more
> > > > > implementation related input in JIRA.
> > > > >
> > > > > Jan
> > > >
> > >
> >
>
--
Sincerely yours
Mikhail Khludnev
https://t.me/MUST_SEARCH
A caveat: Cyrillic!
> > Hi all,
> >
> > I'm pleased to announce that Justin Sweeney has accepted the PMC's
> > invitation to become a committer.
> >
> > Justin, the tradition is that new committers introduce themselves with a
> > brief bio.
> >
> > Congratulations and welcome!
> >
>
--
Sincerely yours
Mikhail Khludnev
https://t.me/MUST_SEARCH
A caveat: Cyrillic!
e same facet
> setup works fine using the standard query handler.
>
> On Mon, 6 Feb 2023 at 15:36, Mikhail Khludnev wrote:
>
> > Devs, heads up!
> >
> > At first glance this failure doesn't look like mlt specific. It just
> falls
> > down on NPE when it has n
aybe a consequence of the uninitialized
> ResponseBuilder?), so I think this may never even get to the point of
> generating a null DocSet.
>
> On Mon, Feb 6, 2023 at 3:35 PM Mikhail Khludnev wrote:
> >
> > Devs, heads up!
> >
> > At first glance this failure doe
dler.InetAccessHandler.handle(InetAccessHandler.java:177)
> > > > at
> > > >
> > >
> >
> org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:146)
> > > > at
> > > >
> > >
> >
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)
> > > > at
> > > >
> > >
> >
> org.eclipse.jetty.rewrite.handler.RewriteHandler.handle(RewriteHandler.java:322)
> > > > at
> > > >
> > >
> >
> org.eclipse.jetty.server.handler.gzip.GzipHandler.handle(GzipHandler.java:772)
> > > > at
> > > >
> > >
> >
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)
> > > > at org.eclipse.jetty.server.Server.handle(Server.java:516)
> > > > at
> > > >
> > >
> >
> org.eclipse.jetty.server.HttpChannel.lambda$handle$1(HttpChannel.java:487)
> > > > at
> org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:732)
> > > > at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:479)
> > > > at
> > > >
> > >
> >
> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:277)
> > > > at
> > > > org.eclipse.jetty.io
> > > .AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311)
> > > > at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:105)
> > > > at org.eclipse.jetty.io
> > .ChannelEndPoint$1.run(ChannelEndPoint.java:104)
> > > > at
> > > >
> > >
> >
> org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:338)
> > > > at
> > > >
> > >
> >
> org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:315)
> > > > at
> > > >
> > >
> >
> org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:173)
> > > > at
> > > >
> > >
> >
> org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:131)
> > > > at
> > > >
> > >
> >
> org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:409)
> > > > at
> > > >
> > >
> >
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:883)
> > > > at
> > > >
> > >
> >
> org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1034)
> > > > at java.base/java.lang.Thread.run(Thread.java:833)
> > > >
> > >
> > > Is there an issue with my configuration?
> > >
> > > Thanks,
> > > Grace
> > >
> >
> >
> > --
> > Sincerely yours
> > Mikhail Khludnev
> > https://t.me/MUST_SEARCH
> > A caveat: Cyrillic!
> >
>
--
Sincerely yours
Mikhail Khludnev
https://t.me/MUST_SEARCH
A caveat: Cyrillic!
/browse/SOLR-16642 for details.
> >
> > Thanks,
> > Christine
> -
> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
> For additional commands, e-mail: dev-h...@solr.apache.org
>
>
--
Sincerely yours
Mikhail Khludnev
https://t.me/MUST_SEARCH
A caveat: Cyrillic!
1, join example adapted to crossCollection. This will
> include user-upload documents that were uploaded-by the user in group xyz.
> {!join method="crossCollection"
> fromIndex="Collection-2" // remote
> from="entity_id" // remote
> to="uploadedBy" // local
> v="user_groups:xyz" // remote search filter
> }
>
> This join query works locally and we wish it would work remotely,
> cross-collection, but it appears incompatible with the current
> routing/hashing behavior of the plugin.
>
> At this point I have worked through it enough that I understand how it
> currently works, and even rereading the docs it kinda makes more sense now
> like the information was there the whole time, but I think this is still
> worth raising for awareness and discussion. I don't currently have the
> need/time to update the plugin to expand its behavior. But I might be able
> to update the documentation to make it more clear so that others don't go
> through the same rollercoaster and deep dive that I've gone through.
>
> Thanks a bunch for any assistance or information regarding this!
>
> - Zack
>
--
Sincerely yours
Mikhail Khludnev
t; // Query Collection-1, join example adapted to crossCollection. This will
> include user-upload documents that were uploaded-by the user in group xyz.
> {!join method="crossCollection"
> fromIndex="Collection-2" // remote
> from="entity_id" // remote
> to="uploadedBy" // local
> v="user_groups:xyz" // remote search filter
> }
>
> This join query works locally and we wish it would work remotely,
> cross-collection, but it appears incompatible with the current
> routing/hashing behavior of the plugin.
>
> At this point I have worked through it enough that I understand how it
> currently works, and even rereading the docs it kinda makes more sense now
> like the information was there the whole time, but I think this is still
> worth raising for awareness and discussion. I don't currently have the
> need/time to update the plugin to expand its behavior. But I might be able
> to update the documentation to make it more clear so that others don't go
> through the same rollercoaster and deep dive that I've gone through.
>
> Thanks a bunch for any assistance or information regarding this!
>
> - Zack
>
--
Sincerely yours
Mikhail Khludnev
Congratulations, Michael!
On Wed, Dec 21, 2022 at 8:11 PM Houston Putman wrote:
> I am pleased to announce that Michael Gibney has accepted the PMC's
> invitation to join.
>
> Congratulations and welcome, Michael!
>
--
Sincerely yours
Mikhail Khludnev
Hi,
That one is mine. Looking into.
Build: https://ci-builds.apache.org/job/Solr/job/Solr-Check-main/5388/ 3
tests failed. FAILED: org.apache.solr.search.QueryEqualityTest.classMethod
--
Sincerely yours
Mikhail Khludnev
for implementing facetCache. I would
> tackle it if I knew how.
>
> Thanks,
> Shawn
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
> For additional commands, e-mail: dev-h...@solr.apache.org
>
>
--
Sincerely yours
Mikhail Khludnev
-
> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
> For additional commands, e-mail: dev-h...@solr.apache.org
>
>
--
Sincerely yours
Mikhail Khludnev
r committer.
>
> Markus - it's a tradition that you introduce yourself with a brief bio, if
> you wish.
>
> Congratulations and welcome!
>
> --
> Christine
>
--
Sincerely yours
Mikhail Khludnev
ok. It takes a while to scratch some code with a test
https://issues.apache.org/jira/browse/SOLR-16242
https://github.com/apache/solr/pull/623 Please chime it!
On Tue, Feb 15, 2022 at 11:01 AM Mikhail Khludnev wrote:
> It turned out to be a little bit more optimistic after I moved the ca
has elected Houston Putman as the next Solr Chair.
>>>>>
>>>>> Congrats Houston, and good luck!
>>>>>
>>>>> Jan
>>>>> ---------
>>>>> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
>>>>> For additional commands, e-mail: dev-h...@solr.apache.org
>>>>>
>>>>>
>>>>
>>>> --
>>>> Anshum Gupta
>>>>
>>>
>>
>> --
>> http://www.needhamsoftware.com (work)
>> http://www.the111shift.com (play)
>>
>
>
> --
> -
> Noble Paul
>
--
Sincerely yours
Mikhail Khludnev
eb 14, 2022 at 12:45 AM Mikhail Khludnev wrote:
> Hi, David and Joel.
> It took a while. I kicked tires a little
> https://github.com/apache/solr/pull/623
> I introduced {!join cacheEventually=true} param. It yields false positive
> JoinQueries (ignores fromCore timestamp), and backed
agine some new request handler that allows you to
>> provide this key & query and have it perform a filter cache save,
>> overwriting whatever entry that may have been there. You could even do
>> this in a newSearcher event on the inventory core, calling into the primary
>&
rien
>
> ---------
> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
> For additional commands, e-mail: dev-h...@solr.apache.org
>
>
--
Sincerely yours
Mikhail Khludnev
ould
> be undocumented however.
>
> On Tue, Dec 14, 2021 at 4:07 PM Eric Pugh
> wrote:
>
>> I suspect it’s more like this never was documented ;-).
>>
>> On Dec 14, 2021, at 2:59 PM, Mikhail Khludnev wrote:
>>
>> Hello, Colleagues.
>>
>&g
can introspect main core cache
entries find {!join .. fromIndex=inventory}... regenerate and insert
results.
I'm afraid to think about queryResult cache.
Is it worth to have something like this in Solr distro?
--
Sincerely yours
Mikhail Khludnev
where already? Where can I
put it?
Thanks
--
Sincerely yours
Mikhail Khludnev
gt; this issue is created at 2012, I wanted to ask if someone who understands
> can explain it to me.
>
> Thanks a lot!
> Betul Ince
>
--
Sincerely yours
Mikhail Khludnev
70 matches
Mail list logo
