t; > >
> > > We would like to know if there’s any standard practice to spin up
> > in-memory
> > > solr— so we don’t have to rely on a separate Solr server during tests.
> > >
> > > *fyi*
> > >
> > > *versions used in production:Java: 1.8*
> > >
> > > *Solr Cloud: v9.6*
> > > *Thanks & Regards,*
> > > *Uday Kumar*
> > > *Product Search Tech*
> > >
> >
>
--
Sincerely yours
Mikhail Khludnev
On Fri, Jul 11, 2025 at 12:36 PM Mikhail Khludnev wrote:
> I suggested removing repositories, not libs.
> Regarding Restlet, it either will be found via maven central or it needs
> https://maven.restlet.talend.com/ is specified as a repository.
>
>
> On Fri, Jul 11, 2025 at 11:
ot the intended recipient, you
> are not authorized to read, print, retain, copy, disseminate, distribute,
> or use this message or any part thereof. If you receive this message in
> error, please notify the sender immediately and delete all copies of this
> message.
>
--
Sincerely yours
Mikhail Khludnev
ayload will be logged into slow log? I'm afraid it
might be too large for such logging, WDYT?
On Mon, Jun 23, 2025 at 5:03 PM Andrew Hankinson
wrote:
> Done, thank you.
>
> https://issues.apache.org/jira/browse/SOLR-17794
>
> -Andrew
>
> > On 23 Jun 2025, at 14:42, Mikha
>
> > On 23 Jun 2025, at 12:41, Mikhail Khludnev wrote:
> >
> > Turns out that params are loaded into req.toLog here [1] that's happened
> > before stream body is parsed and json is inserted as json param at [2]
> > As a quick custom fix you may develop a componen
n Mon, Jun 23, 2025 at 11:32 AM Andrew Hankinson
wrote:
> Sorry -- I also meant to mention that I set `logParamsList=json` but that
> didn't work because I think it's looking for a "&json=... GET parameter.
>
> > On 23 Jun 2025, at 10:14, Mikhail Khludnev wrote:
&g
gt; a big list of query parameters. I've also tried enabling the "temporary"
> logging, but I think there's a bug with enabling these in standalone mode?
> I get an error "Parameter nodes only supported in Cloud mode".
>
> Is there a secret incantation that would help here?
>
> Thanks,
> -Andrew
--
Sincerely yours
Mikhail Khludnev
icable privacy laws by means of email or in an attachment to email,
> you must select a more secure alternate means of transmittal that supports
> your obligations to protect such personal data.
>
> If the reader of this
> message is not the intended recipient and/or you have received this email
> in error, you must take no action based on the information in this email
> and you are hereby notified that any dissemination, misuse or copying or
> disclosure of this communication is strictly prohibited. If you have
> received this communication in error, please notify us immediately by
> email
> and delete the original message.
>
--
Sincerely yours
Mikhail Khludnev
nse writer has no reference to http
response.
https://github.com/apache/solr/blob/7279b808628a9286def7aea8b3b00f626df23dec/solr/core/src/java/org/apache/solr/servlet/HttpSolrCall.java#L1012
>
> On Tue, 10 Jun 2025 at 11:48, Mikhail Khludnev wrote:
>
> > It seems cursorMark is not suppo
7;s the start.
> > > * call API once with JSON response writer. Note the value of
> > > nextCursorMark.
> > > * call API a second time with CSV response writer. Save my CSV result
> > > somewhere.
> > > * maybe pause a second to avoid rate limiting.
inst this all week and I’m trying to figure
> out the best way forward at this point. Is DIH still a viable option or
> should I be moving off of that something else? Any advice or perspectives
> on this would be appreciated.
>
> Thanks
> Sarah
>
--
Sincerely yours
Mikhail Khludnev
gt; Are there any best practice guides on this sort of design decision?
>
> Any hints would be appreciated.
>
> Thanks,
> Marc
>
--
Sincerely yours
Mikhail Khludnev
ons separately and
> join them in query time (documentation seems to indicate query time
> joins are possible).
>
> I am very new to solr, so I don't want to start with a schema that I
> will regret later. So any advice is appreciated.
>
> Best Regards,
> Yaşar
>
--
Sincerely yours
Mikhail Khludnev
mp;
> > literal.DocIsAttachToPNB=False&
> > literal.DocAuthorID=1455&
> > literal.DocIsAttachToPerson=True&
> > literal.DocIsAttachToAssign=False&
> > literal.DocIsAttachToCompany=False&
> > literal.DocVersionID=4504527&
> > literal.InsertDateSD=2011-01-03T07%3a51%3a00.0Z&
> > literal.DocNameS=Squires+David+RES.doc&
> > literal.DocCateNameS=Resume%2fCV&
> > literal.DocAreaCateNameS=Person+Module&
> > literal.type_level=parent&
> >
> >
> stream.url=http%3a%2f%2flocalhost%3a8081%2f4%2f50%2f45%2fSquires%2520David%2520RES15EAC416-AF05-4D38-A4F9-7B489962C167.docx&
> > overwrite=true&
> > commit=true
> >
> > After this request the document appear duplicated. the only difference
> > between the old and new one is type_level:parent.
> >
> > Anyone has any idea why this is happening.
> >
> > Regads,
> > Sergio Maroto
> >
>
--
Sincerely yours
Mikhail Khludnev
nyone know why this is happening? It should be still returning the
> results of attributename1 being empty.
>
> Henry Farmerie
>
> Siemens Product Lifecycle Management Software Inc.
> Communications and Government Affairs
> Lifecycle Coll
>
> Shoreview, MN 55126 United States
> Fax :+1 (651) 855-6280
> henry.farme...@siemens.com <mailto:henry.farme...@siemens.com>
>
>
--
Sincerely yours
Mikhail Khludnev
way to organize index, so
> that we can avoid such resource intensive queries, thereby optimizing
> search response*
>
> *Our Solr Infra Stats: FYI*
> *Version:* v9.6.1
> *No. of nodes:* 8
> *No. of shards:* 62
> *Heap per node: *12G
> *RAM per node: *50G
> *No. of cpu cores per node: *16
> *Count of docs:* ~20Cr
> *Size of Index: *~250G
> *Routing used:* implicit
>
> *Thanks & Regards,*
> *Uday Kumar*
> *Product Search Tech*
>
--
Sincerely yours
Mikhail Khludnev
e OR county".
>
> Is MLT field list only "OR", or am I missing something?
>
> TIA,
> Dima
>
--
Sincerely yours
Mikhail Khludnev
eturns 20323. The latter returns non-matching
> counties so it looks like "full_date OR county".
>
> Is MLT field list only "OR", or am I missing something?
>
> TIA,
> Dima
>
--
Sincerely yours
Mikhail Khludnev
from='authority_str'
> to='authority_search_str_mv' v='occupation_facet:"básníci"'}
> {!join fromIndex='authority' from='authority_str'
> to='authority_search_str_mv' v='gender_facet:"žena"'}
> {!join fromIndex='authority' from='authority_str'
> to='authority_search_str_mv' v='full_text_str_mv:"Matrika narozených"'}
> {!join fromIndex='authority' from='authority_str'
> to='authority_search_str_mv' v='full_text_str_mv:"Matrika zemřelých"'}
>
> Response:
> {
> "responseHeader":{
> "status":0,
> "QTime":0,
> "params":{
> "q":"*:*",
> "indent":"true",
> "q.op":"OR",
> "fq":["{!join fromIndex='authority' from='authority_str'
> to='authority_search_str_mv' v='occupation_facet:\"básníci\"'}","{!join
> fromIndex='authority' from='authority_str' to='authority_search_str_mv'
> v='gender_facet:\"žena\"'}","{!join fromIndex='authority'
> from='authority_str' to='authority_search_str_mv'
> v='full_text_str_mv:\"Matrika narozených\"'}","{!join fromIndex='authority'
> from='authority_str' to='authority_search_str_mv'
> v='full_text_str_mv:\"Matrika zemřelých\"'}"],
> "rows":"0",
> "useParams":"",
> "_":"1741770215216"
> }
> },
> "response":{
> "numFound":1563,
> "start":0,
> "numFoundExact":true,
> "docs":[...]
> }
> }
>
> By grepping result for
> "jk01021170|jk01021755|jk01080703|jk01100238|jk01110447|jk01152591", I
> checked that data contain the 1498 results I wanted, but it also contains
> 65 unwanted results.
>
> (What is perhaps interesting that only 2 of the wanted results are among
> the first 10 results.)
>
> What should I do get rid of these unwanted results?
>
> Thanks for any help,
> Josef
>
>
--
Sincerely yours
Mikhail Khludnev
ook
> at. Interstingly the primary node seems not have a
> problem even the heavy lifting and querying is done
> on that node.
>
> Hints and pointers very much appreciated.
>
> Best regards
> Andreas
>
>
>
--
Sincerely yours
Mikhail Khludnev
fields and In-Place updates where
> we found they are not impactful for our project.
>
> *Thanks & Regards,*
> *Uday Kumar*
>
--
Sincerely yours
Mikhail Khludnev
Software Inc.
> Communications and Government Affairs
> Lifecycle Coll
>
> Shoreview, MN 55126 United States
> Fax :+1 (651) 855-6280
> henry.farme...@siemens.com <mailto:henry.farme...@siemens.com>
>
>
--
Sincerely yours
Mikhail Khludnev
nalize(), indicates a bug -- POSSIBLE RESOURCE LEAK!!!
> 2025-02-14 15:25:53.737 ERROR (Finalizer) [c: s: r: x: t:]
> o.a.s.h.d.JdbcDataSource JdbcDataSource was not closed prior to
> finalize(), indicates a bug -- POSSIBLE RESOURCE LEAK!!!
> 2025-02-14 15:25:53.738 ERROR (Finalizer) [c: s: r: x: t:]
> o.a.s.h.d.JdbcDataSource JdbcDataSource was not closed prior to
> finalize(), indicates a bug -- POSSIBLE RESOURCE LEAK!!!
> 2025-02-14 15:25:53.739 ERROR (Finalizer) [c: s: r: x: t:]
> o.a.s.h.d.JdbcDataSource JdbcDataSource was not closed prior to
> finalize(), indicates a bug -- POSSIBLE RESOURCE LEAK!!!
> 2025-02-14 15:25:53.741 ERROR (Finalizer) [c: s: r: x: t:]
> o.a.s.h.d.JdbcDataSource JdbcDataSource was not closed prior to
> finalize(), indicates a bug -- POSSIBLE RESOURCE LEAK!!!
> 2025-02-14 15:25:53.742 ERROR (Finalizer) [c: s: r: x: t:]
> o.a.s.h.d.JdbcDataSource JdbcDataSource was not closed prior to
> finalize(), indicates a bug -- POSSIBLE RESOURCE LEAK!!!
>
--
Sincerely yours
Mikhail Khludnev
the data import handler to keep the solr
> index up to date.
>
>
> On 2/15/2025 9:25 AM, Dmitri Maziuk wrote:
> > On 2/15/25 01:30, Mikhail Khludnev wrote:
> >> Hello, Mike.
> >> First of all DIH left solr and is maintaited at
> >> https://githu
> o.a.s.h.d.JdbcDataSource JdbcDataSource was not closed prior to
> finalize(), indicates a bug -- POSSIBLE RESOURCE LEAK!!!
> 2025-02-14 15:25:53.738 ERROR (Finalizer) [c: s: r: x: t:]
> o.a.s.h.d.JdbcDataSource JdbcDataSource was not closed prior to
> finalize(), indicates a bug -- POSSIBLE RESOURCE LEAK!!!
> 2025-02-14 15:25:53.739 ERROR (Finalizer) [c: s: r: x: t:]
> o.a.s.h.d.JdbcDataSource JdbcDataSource was not closed prior to
> finalize(), indicates a bug -- POSSIBLE RESOURCE LEAK!!!
> 2025-02-14 15:25:53.741 ERROR (Finalizer) [c: s: r: x: t:]
> o.a.s.h.d.JdbcDataSource JdbcDataSource was not closed prior to
> finalize(), indicates a bug -- POSSIBLE RESOURCE LEAK!!!
> 2025-02-14 15:25:53.742 ERROR (Finalizer) [c: s: r: x: t:]
> o.a.s.h.d.JdbcDataSource JdbcDataSource was not closed prior to
> finalize(), indicates a bug -- POSSIBLE RESOURCE LEAK!!!
>
--
Sincerely yours
Mikhail Khludnev
it!
> >> >
> >> > So, to summarize
> >> >
> >> > when a field needs to be updated,
> >> > *by traditional update:*
> >> > all fields are changed and entire document is reindexed/replaced
> >> >
> >> > *by a
76b572a32957a60c9b67d3e7a39b0e79f512c5d12b3003e3be0857629b"}
> com.jayway.jsonpath.InvalidPathException: Error in JSON
> Path:$[config].[requestHandler].[HANDLER-PATH].[_packageinfo_].[version]
> at
>
> org.apache.solr.packagemanager.PackageManager.jsonPathRead(PackageManager.java:870)
> at
>
> org.apache.solr.packagemanager.PackageManager.verify(PackageManager.java:834)
>
> ERROR: Error in JSON
> Path:$[config].[requestHandler].[HANDLER-PATH].[_packageinfo_].[version]
>
>
Try now. The issue should be fixed now
https://github.com/SearchScale/dataimporthandler/pull/90/files
--
Sincerely yours
Mikhail Khludnev
udt)
> only the
> fields to be updated are affected and the rest of the documents are not
> reindexed internally"
>
> Isn't this contradictory with the atomic updates concept?
>
Yes. It is clear to me. Don't see a contraction.
Please share your experiment results afterwards.
--
Sincerely yours
Mikhail Khludnev
2025 7:04 AM, Patryk Mazurkiewicz wrote:
> Hi Mike,
>
> Also, activating debug-level logs for the DIH component could give you
more
> details.
>
> Thank you,
>
> Patryk
>
> On Wed, Feb 5, 2025 at 09:09 Mikhail Khludnev wrote:
>
>> Hello Mike.
>> If it ha
gory_path":[ ]
> },
> "facet_ranges":{ },
> "facet_intervals":{ },
> "facet_heatmaps":{ }
> }
> ```
>
> - query with facet.method=enum
>
> ```bash
> curl "
>
> http://localhost:8983/solr/core/select?q=*:*&facet=true&facet.field=category_path&facet.method=enum
> "
> ```
>
> ```json
> "facet_counts":{
> "facet_queries":{ },
> "facet_fields":{
> "category_path":["foo",1,"foo/bar",1,"foo/bar/baz",1]
> },
> "facet_ranges":{ },
> "facet_intervals":{ },
> "facet_heatmaps":{ }
> }
> ```
>
> Regards,
> Mingchun
>
--
Sincerely yours
Mikhail Khludnev
olrCLI.main(SolrCLI.java:227)
> Caused by: com.jayway.jsonpath.InvalidPathException: Could not parse
> token starting at position 1. Expected ?, ', 0-9, *
> at
> com.jayway.jsonpath.internal.path.PathCompiler.fail(PathCompiler.java:642)
> at
>
> com.jayway.jsonpath.internal.path.PathCompiler.readNextToken(PathCompiler.java:139)
> at
>
> com.jayway.jsonpath.internal.path.PathCompiler.readContextToken(PathCompiler.java:123)
> at
>
> com.jayway.jsonpath.internal.path.PathCompiler.compile(PathCompiler.java:58)
> at
>
> com.jayway.jsonpath.internal.path.PathCompiler.compile(PathCompiler.java:75)
> at com.jayway.jsonpath.JsonPath.(JsonPath.java:97)
> at com.jayway.jsonpath.JsonPath.compile(JsonPath.java:515)
> at
>
> com.jayway.jsonpath.internal.JsonContext.pathFromCache(JsonContext.java:222)
> at com.jayway.jsonpath.internal.JsonContext.read(JsonContext.java:77)
> at
>
> org.apache.solr.packagemanager.PackageManager.jsonPathRead(PackageManager.java:866)
> ... 6 more
>
> ERROR: Error in JSON
> Path:$[config].[requestHandler].[HANDLER-PATH].[_packageinfo_].[version]
>
>
--
Sincerely yours
Mikhail Khludnev
L: jdbc:oracle:thin:@rat:52689:dme1
> 2025-02-04 15:04:57.838 INFO (Thread-23) [c: s: r: x: t:]
> o.a.s.u.p.LogUpdateProcessorFactory webapp=/solr path=/DmeImport
> params={commit=true&clean=true&wt=xml&command=full-import} status=0
> QTime=86{deleteByQuery=*:* (-18231698
> > >
> >
> > So it appears that using the NOT operator as part of the criteria used
> > when AND'ed with another criteria, "breaks" the query.
> >
> > Has anyone else seen this behavior, and if so, is there a way to make it
> > work?
> >
> > -Henry Farmerie
> >
> >
> >
>
--
Sincerely yours
Mikhail Khludnev
> computed and returned at search time?
>
Index time. Although I remember that Elasticsearch can do something like
extracting TVs from the given doc, but it looks like is not a case for
Solr.
>
> Thanks,
> Christine
>
>
--
Sincerely yours
Mikhail Khludnev
a smarter way of doing this? What are the
> best
> > > practices?
> > >
> >
> > A book is a "document" that has a title and authors as separate fields.
> > Documents usually also have a "big search" field, called _text_ in the
> &g
> calculating the intersection of the respective results. Therefore, I
> thought the processing order of q and fq wouldn’t affect the overall search
> performance.
>
>
> Regards,
> Mingchun
>
--
Sincerely yours
Mikhail Khludnev
s was such a helpful hint. Thank you very much.
>
> Regards,
> Mingchun
>
--
Sincerely yours
Mikhail Khludnev
heir results.
> >
> > -ufuk
> >
> > —
> >
> > > On Dec 19, 2024, at 10:51, Mingchun Zhao
> > wrote:
> > >
> > > Hi,
> > >
> > > When a search query includes both q and fq parameters, which one is
> > > executed first internally (in Solr or Lucene)?
> > > Additionally, is it possible to change this execution order?
> > >
> > > Regards,
> > > Mingchun
> >
>
--
Sincerely yours
Mikhail Khludnev
n a search query includes both q and fq parameters, which one is
> > executed first internally (in Solr or Lucene)?
> > Additionally, is it possible to change this execution order?
> >
> > Regards,
> > Mingchun
>
--
Sincerely yours
Mikhail Khludnev
eQuery(city:\"(東 東京) 京\")",
> "parsedquery_toString": "city:\"(東 東京) 京\"",
> *```*
>
> In Solr 9.4.0:
> ```
> "debug":{
> "rawquerystring":"city:\"東京\"",
> "querystring":"city:\"東京\"",
> "parsedquery":"PhraseQuery(city:\"東 京\") city:東京",
> "parsedquery_toString":"city:\"東 京\" city:東京",
> "explain":{ },
> "QParser":"LuceneQParser",
> *```*
>
>
> I’d appreciate any information you might have about this.
>
> Regards,
> Mingchun
>
--
Sincerely yours
Mikhail Khludnev
er should not be applied for proximity
> searches where you want to have this applied for normal searches.
>
> When we remove the CommonGramsQuery filter out of the config and run the
> queries again, it works as expected.
>
> Any suggestions on how to overcome this?
>
> Thanks,
> Sjoerd
>
--
Sincerely yours
Mikhail Khludnev
> I gues then the solution would be to created nested documetns with one per
> chunk?
>
Right. Looks like.
> Thanks
> Sergio
>
> On Wed, 27 Nov 2024 at 15:12, Mikhail Khludnev wrote:
>
> > if I read this grammar correctly there are no trailing wildcard in
quot;metadata":["error-class","org.apache.solr.common.SolrException",
> "root-error-class","org.apache.solr.common.SolrException"], "msg":"no field
> name specified in query and no default specified via 'df' param",
> "code":400
> }
>
> Is this approach I am using correct or maybe there is another way of
> creating or searching acrross this data?
>
> Thanks a lot Sergio Maroto
>
--
Sincerely yours
Mikhail Khludnev
; "root-error-class","org.apache.solr.common.SolrException"], "msg":"no field
> name specified in query and no default specified via 'df' param",
> "code":400
> }
>
> Is this approach I am using correct or maybe there is another way of
> creating or searching acrross this data?
>
> Thanks a lot Sergio Maroto
>
--
Sincerely yours
Mikhail Khludnev
spflichten zum Datenschutz gem. Artt. 13-14
> DS-GVO durch Veröffentlichung auf unserer Internetseite unter:
> www.bauformat.de/datenschutz oder durch Zusendung auf Ihre formlose
> Anfrage.
> -Ursprüngliche Nachricht-
> Von: Mikhail Khludnev
> Gesendet: Dienstag, 19. Novembe
t;
>
> On Tue, Nov 19, 2024 at 10:51 AM Schmidt, Mihael
> wrote:
>
> Hi,
>
>
>
> I am trying to set up a Solr cluster. I have installed a Zookeeper cluster
> which works fine. I have set up 3 Solr nodes and created a collection with
> „number of shards: 3“ and „replication factor: 3“. As far as I understand
> it every node has every shard and contains a full replication of the whole
> data. So far so good. I have added some data and done some queries. All
> worked fine.
>
>
>
> Now I wanted to test an outage of one node and killed one Solr node. The
> Solr cluster keeps on functioning. Queries and updates of the index work
> fine.
>
>
>
> But when I start the node again it is gets some error message that it
> could not load the core. I stopped that node again. Deleted all the data in
> its data home folder and started the node again. Now I don’t get any errors
> but the node won’t load any data. Under Cloud -> Nodes it says in the
> column „Replicas“ that all replicas on that node are down.
>
>
>
> Queries to the restarted node will be successfully answered by that node.
>
>
>
> In Zookeeper i see that the restarted node is listed under live_nodes and
> overseer_elect -> leader election.
>
>
>
> How do I get that node up and running again?
>
>
>
> I am using Solr 9.6.0 and running Windows 10.
>
>
>
> Thanks in advance.
>
>
>
> Mihael
>
>
>
>
>
>
>
>
>
>
>
>
>
> * Mihael Schmidt Software Engineering Bauformat Küchen GmbH & Co. KG*
> Kattwinkel 1 | 32584 Löhne | Deutschland
>
> Fon: +495732 102-379
> Fax: +495732 102-300
> Mail: mschm...@bauformat.de
> Internet: www.bauformat.de
>
>
>
> Umsatzsteuer-Identifikationsnummer: *DE 124323068 *- Steuer-Nr.:
> 310/5705/0461 / Finanzamt Bünde - Handelsregister Bad Oeynhausen HRA 1801
> Komplementärin: Bauformat Küchen Verwaltungs GmbH - Handelsregister Bad
> Oeynhausen HRB 1465
> Geschäftsführer: Michael Assner, Matthias Berens, Sabine Brockschnieder
>
> <https://www.baumannacademy.com/anmelden>
>
> Wir erfüllen unsere Informationspflichten zum Datenschutz gem. Artt. 13-14
> DS-GVO durch Veröffentlichung auf unserer Internetseite unter:
> www.bauformat.de/datenschutz oder durch Zusendung auf Ihre formlose
> Anfrage.
>
>
--
Sincerely yours
Mikhail Khludnev
> > - Original Message -
> > > From: Mingchun Zhao
> > > To: users@solr.apache.org
> > > At: 11/12/24 21:55:36 UTC-05:00
> > >
> > >
> > > Hi,
> > >
> > > If a query is interrupted due to timeAllowed, does it still return the
> > > partially matched documents and highlight snippets on it? Or does the
> > > behavior vary depending on the Solr version?
> > > In my testing, when the response header includes "partialResults=true",
> > the
> > > partial search results or snippets were not included in the response
> > body.
> > >
> > > Regards,
> > > Zhao
> > >
> >
>
--
Sincerely yours
Mikhail Khludnev
uot;id": "child_doc_1", "title_s": "peel",
> > > "parent_s": "False" },
> > > { "id": "child_doc_2", "title_s": "seed", "parent_s":
> "False"
> > > },
> > > ]
> > > },
> > > ]
> > >
> > > I get the error response pysolr[407]: Solr responded with an error
> (HTTP
> > > 400): [Reason: ERROR: [doc=doc_2] unknown field 'children']
> > >
> > > When, I remove the `_nest_path_` field from the solr schema and use the
> > > anonymous `_childDocuments_` this works but that is not the recommended
> > > solution.
> > >
> > > Any help would be greatly appreciated!
> > >
> > >
> > >
> >
> > --
> > Sincerely yours
> > Mikhail Khludnev
> >
> >
> >
>
> --
> Sincerely yours
> Mikhail Khludnev
>
>
>
--
Sincerely yours
Mikhail Khludnev
> { "id": "child_doc_2", "title_s": "seed", "parent_s": "False"
> > },
> > ]
> > },
> > ]
> >
> > I get the error response pysolr[407]: Solr responded with an error (HTTP
> > 400): [Reason: ERROR: [doc=doc_2] unknown field 'children']
> >
> > When, I remove the `_nest_path_` field from the solr schema and use the
> > anonymous `_childDocuments_` this works but that is not the recommended
> > solution.
> >
> > Any help would be greatly appreciated!
> >
> >
> >
>
> --
> Sincerely yours
> Mikhail Khludnev
>
>
>
--
Sincerely yours
Mikhail Khludnev
e" },
> { "id": "child_doc_2", "title_s": "seed", "parent_s": "False"
> },
> ]
> },
> ]
>
> I get the error response pysolr[407]: Solr responded with an error (HTTP
> 400): [Reason: ERROR: [doc=doc_2] unknown field 'children']
>
> When, I remove the `_nest_path_` field from the solr schema and use the
> anonymous `_childDocuments_` this works but that is not the recommended
> solution.
>
> Any help would be greatly appreciated!
>
>
>
--
Sincerely yours
Mikhail Khludnev
mbers. Reindex this field as a string or use a string
copy of this field.
--
Sincerely yours
Mikhail Khludnev
ot;\\\"the%20(concept\" (in lexical state 3)",
> "code":400
> }
>
> Removing the closing parenthesis works:
> curl '
> http://localhost:8983/solr/demo/select?q=inStock:true+AND+%7B%21boost+b%3Dmanufacturedate_dt%7Dname%3Athe%2520%5C%28concept.xml
> '
>
> Removing the statement before works:
> curl '
> http://localhost:8983/solr/demo/select?q=%7B%21boost+b%3Dmanufacturedate_dt%7Dname%3Athe%2520%5C%28concept%5C%29.xml
> '
>
>
> Has anyone seen this issue before? Tested with 8.3 and 9.6.1.
>
> Thanks in advance,
> Thomas Å.
>
>
>
>
>
>
>
>
>
--
Sincerely yours
Mikhail Khludnev
he.solr.common.SolrException"],
> > "msg":"org.apache.solr.search.SyntaxError: Query Field
> 'sourceRefId_t,' is not a valid field name",
> > "code":400}}
> >
> > Solr is allowing either , or space in between th
ase help me on this?
>
> Thanks&Regards
> KrishnaVamsi
>
>
--
Sincerely yours
Mikhail Khludnev
ion stack traces
> fill up the disk faster than the logs are rotated, CPU load spikes, etc.
> >
> > So, question: does anyone know of a validator/sanitizer we can use clean
> up the terms before passing them on to Solr? -- My google-fu fails to find
> one.
> >
> > TIA
> > Dima
>
>
--
Sincerely yours
Mikhail Khludnev
d
> collapsing will not work on multi value field and not inclined to use
> faceting. Is there any other way this can be achieved.
>
>
> Thanks,
> Rajeswari
>
--
Sincerely yours
Mikhail Khludnev
a validator/sanitizer we can use clean
> up the terms before passing them on to Solr? -- My google-fu fails to
> find one.
>
> TIA
> Dima
>
--
Sincerely yours
Mikhail Khludnev
ww.joinso.cat/ca/politica-de-privacitat>.
>
> Legal Disclaimer: This email is governed by privacy policy described here
> <http://www.joinso.cat/en/privacy-policy>.
>
>
>
--
Sincerely yours
Mikhail Khludnev
count":18},
> {
> "val":"abrege",
> "count":18},
> {
> "val":"abrite",
> "count":18}]}}}
>
> This works and returns proper facet counts. But the below query does not
> return any facets
>
> https://
> Response
>
> {
> "responseHeader":{
> "zkConnected":true,
> "status":0,
> "QTime":0,
> "params":{
> "q":"*:*",
> "facet.limit":"10",
> "facet.field":"TAfield1",
> "facet.prefix":"abr",
> "json":"",
> "facet.method":"enum",
> "rows":"0",
> "facet":"true"}},
> "response":{"numFound":30982475,"start":0,"numFoundExact":true,"docs":[]
> },
> "facet_counts":{
> "facet_queries":{},
> "facet_fields":{
> "TAfield1":[]},
> "facet_ranges":{},
> "facet_intervals":{},
> "facet_heatmaps":{}}}
>
>
> Wondering why the results vary in both cases? . Has anyone encountered
> this issue?
>
>
> Thanks,
> Rajeswari
>
--
Sincerely yours
Mikhail Khludnev
ery(query, METHOD.POST);
> //log.info("Query Status " + queryResponse.getStatus());
> query.clear();
>
> ==
>
> Attaching the Exception log from Solr Log file.PFA.
>
> I'm actively looking into ways to address this issue. If anyone has any
> insights or suggestions, I'd greatly appreciate it.
> --
> *Thanks&Regards*
>
> *Prasad Bezavada*
>
>
>
--
Sincerely yours
Mikhail Khludnev
-+++---+
>
> (view Text in monospaced font, to not get confused about the table)
>
> Index Analyzer:
> org.apache.solr.schema.FieldType$DefaultAnalyzer
> Query Analyzer:
> org.apache.solr.schema.FieldType$D
uot;expand": {
> "time": 0
> },
> "terms": {
> "time": 0
> },
>
nse": {
>
> "numFound": 4,
>
> "start": 0,
>
> "maxScore": 1,
>
> "numFoundExact": true,
>
> "docs": [
>
> {
>
> "task_coopProcessId": 2008387
>
> },
>
> {
>
> "task_coopProcessId": 20021454
>
> },
>
> {
>
> "task_coopProcessId": 2008403
>
> },
>
> {
>
> "task_coopProcessId": 20021454
>
> }
>
> ]
>
> }
>
> }
>
>
>
> With kind regards,
>
>
>
> Dario Viva
>
>
>
>
>
--
Sincerely yours
Mikhail Khludnev
> any files transmitted with it are confidential and may be legally
> > privileged, and intended solely for the use of the individual or entity
> to
> > whom they are addressed. If you have received this email in error please
> > notify the sender. This email message has been swept for the presence of
> > computer viruses.
> >
>
>
> Unless expressly stated otherwise in this email, this e-mail is sent on
> behalf of Auto Trader Limited Registered Office: 1 Tony Wilson Place,
> Manchester, Lancashire, M15 4FN (Registered in England No. 03909628). Auto
> Trader Limited is part of the Auto Trader Group Plc group. This email and
> any files transmitted with it are confidential and may be legally
> privileged, and intended solely for the use of the individual or entity to
> whom they are addressed. If you have received this email in error please
> notify the sender. This email message has been swept for the presence of
> computer viruses.
>
--
Sincerely yours
Mikhail Khludnev
stored="true"/>
> positionIncrementGap="100" multiValued="false">
>
>
>
>
>
>
>
>
>
>
>
>
>
> expand="true"/>
>
>
>
>
> ### wordDelimiters.txt
> # Don't split numbers at '$', '.' or ','
> $ => DIGIT
> . => DIGIT
> - => ALPHANUM
>
>
> Maybe someone has an idea what I'm doing wrong?
>
> Thanks
> Carsten
>
>
>
>
>
>
>
>
>
>
--
Sincerely yours
Mikhail Khludnev
ps - Nemetschek OOD
>
> www.nemetschek.bg<http://www.nemetschek.bg> | e-mail:
> nstoya...@nemetschek.bg | office: +359-2-4210-900 | mobile:
> +359-887-262-838
>
>
>
> DISCLAIMER: Confidential. Dissemination, distribution or copying of this
> e-mail is prohibited. If you have received this e-mail in error, please
> notify the sender by replying to this message and delete it immediately.
> Nemetschek OOD shall not be liable for the message if altered, changed or
> falsified.
>
> P Please consider the impact on the environment before printing this e-mail
>
>
>
--
Sincerely yours
Mikhail Khludnev
configuring, and not really flexible.
https://solr.apache.org/guide/solr/latest/query-guide/join-query-parser.html#joining-multiple-shard-collections
--
Sincerely yours
Mikhail Khludnev
utput of the log file.
>
> Any ideas how to get the logger to output something useful?
>
> Scott
>
>
--
Sincerely yours
Mikhail Khludnev
-08 19:17:41" } thanks, |
>
> Scott
>
> On 3/8/24 11:27, Dmitri Maziuk wrote:
> > On 3/8/24 13:16, Scott Derrick wrote:
> >
> >> "statusMessages": { "Time Elapsed": "0:6:40.897", "Total Requests
> >> made to DataSource": "0"
> >
> > Do you have the appropriate jars installed: dih and jdbc? As I recall
> > dih was not included with 8.11
> >
> > Errors should be in Solr log.
> >
> > Dima
> >
> >
--
Sincerely yours
Mikhail Khludnev
nd is intended only for the use
> of
> the individual to whom it is addressed and others who have been
> specifically authorized to receive it. If you are not the intended
> recipient, you are hereby notified that any dissemination, distribution or
> copying of this communication is strictly prohibited. If you have received
> this communication in error, or if any problems occur with transmission,
> please contact the sender and kindly delete any copies of this
> communication. Thank you.
>
>
>
>
--
Sincerely yours
Mikhail Khludnev
;: "+((description:white roses) (description:OR)
> (description:{!lucene}keywords:(white) (description:AND)
> (description:roses)))",
>
> Thank you,
> Rajani
>
--
Sincerely yours
Mikhail Khludnev
> > the
> > > solr setup on intellij and able to run individual tests in debug mode.
> > From
> > > the article[1], I tried the start command from the bin
> > > directory(/Users/rajani/projects/solr/solr) and got a class not found
> > > exception &
this and appreciate your help.
>
> [1] http://visitamaresh.com/debug-solr-cloud-remote-and-local/
>
--
Sincerely yours
Mikhail Khludnev
s expected when
> there are multiple query fields.
>
> Thanks again for all your help and pointers.
>
>
> On Thu, Feb 15, 2024 at 2:25 AM Mikhail Khludnev wrote:
>
> > Hello,
> > Please check inline below.
> >
> > On Thu, Feb 15, 2024 at 2:11 AM rajani m wr
10
> > },
> > "facet": {
> > "time": 1545
> > },
> >
> > On Tue, Feb 13, 2024, 6:03 AM Rahul Goswami
> wrote:
> >
> >> Can you pass debug=true with your query to find out which phase
Ds with max tf (terms freqs) fewer than seen so far.
So, such skip conditions should be pushed through query scoring logic,
which might not be (or it might?) obvious in case of the max over fields.
>
>
> Regards,
> Rajani
>
> On Wed, Feb 14, 2024 at 1:54 PM Mikhail Khludnev wro
r 4.9G Oct 26 14:38 _3kj9.cfs
> >
> >
> >
> > On Tue, Feb 6, 2024 at 2:45 AM Alessandro Benedetti <
> a.benede...@sease.io>
> > wrote:
> >
> >> It would be interesting to see the level pf fragmentation of each index
> >> indeed...
> &g
the
> performance of facet queries on the large shards to under 2 seconds?
>
>
> Thanks
> Arun
>
--
Sincerely yours
Mikhail Khludnev
,
> even without it there is no improvement in the query time latency and is
> still more than the query without this param.
>
>
>
> On Mon, Feb 5, 2024 at 10:34 AM Mikhail Khludnev wrote:
>
> > Hello,
> > How many matches do you have in both cases?
> > I see th
same. Am I missing something?
> >> >>
> >> >> The queries I tested with are standard ones with edismax as query
> >> parser
> >> >> and query text is converted into boolean clauses and query has 2
> boost
> >> >> params by date and popularity field. I included the "minExactCount"
> >> set to
> >> >> as low as 10 and 100 and increased to 1000 but didn't see key change
> in
> >> >> query time, it was about the same.
> >> >>
> >> >> Would including boost or use of edismax parser not benefit with
> block
> >> MAX
> >> >> WAND? Example query /select?q=((white) AND (roses OR
> >> >> jasmine))&defType=edismax&qf=keywords description
> >> >> title&pf2=title&bf=recip(ms(NOW,datefield),3.16e-11,1,1)^2.0
> >> >>
> >> >>
> >> >> Thank you,
> >> >> Rajani
> >> >>
> >> >
> >>
> >
>
--
Sincerely yours
Mikhail Khludnev
e
> turns off the transaction logs?
>
> Thanks for your help,
>
> Mark
>
> On Thu, Feb 1, 2024 at 3:35 PM Mikhail Khludnev wrote:
>
> > Hi Mark,
> > Reading the first stack trace. Right, it's triggered by the listener, but
> > df (default field) is configu
clipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:126)
>
> at
> com.amazon.metrics.executor.MetricsClearingRunnable.run(MetricsClearingRunnable.java:58)
>
> at
> org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:366)
>
> at
> com.amazon.metrics.executor.MetricsClearingRunnable.run(MetricsClearingRunnable.java:58)
>
> at
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
>
> at
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
>
> at java.base/java.lang.Thread.run(Thread.java:840)
>
>
> Any idea what is causing this error?
>
> Thanks,
> Mark
>
--
Sincerely yours
Mikhail Khludnev
trast to a
stored field which always reads the whole record (document) despite the
"filter".
Presumably some Solr logic might somehow impact it, but that is what I
expect with docvalues - read a certain field only.
>
>
> On Fri, Jan 26, 2024, 2:44 PM Mikhail Khludnev wrote
perfectly.
>
> Thanks a lot for your help!
>
>
> frederic
>
>
> --
> Frederic Font - ffont.github.io
> Music Technology Group, UPF - mtg.upf.edu <https://www.upf.edu/web/mtg/>
> Freesound - freesound.org
>
>
>
> On Thu, 25 Jan 2024 at 19:31, Mikha
false, docValues to true, and useDocValuesAsStored to true. Not all
> fieldtype classes support docValues, though -- in particular TextField
> does not.
>
> Thanks,
> Shawn
>
>
--
Sincerely yours
Mikhail Khludnev
> frederic
>
>
> --
> Frederic Font - ffont.github.io
> Music Technology Group, UPF - mtg.upf.edu <https://www.upf.edu/web/mtg/>
> Freesound - freesound.org
>
>
>
> On Thu, 25 Jan 2024 at 13:02, Mikhail Khludnev wrote:
>
> > Hello Federic,
> >
eturn parent documents whose child documents match some criteria, but
> this has the problems of not telling me which of the child documents
> matched the query, and also it will not sort them as expected because the
> score is not propagated to the parent document.
>
> That is all, thanks a lot for the support!
>
> Cheers,
>
> frederic
>
>
>
>
>
> --
> Frederic Font - ffont.github.io
> Music Technology Group, UPF - mtg.upf.edu <https://www.upf.edu/web/mtg/>
> Freesound - freesound.org
>
--
Sincerely yours
Mikhail Khludnev
on, including attachments, is for the exclusive use of
> addressee and may contain proprietary, confidential and/or privileged
> information. If you are not the intended recipient, any use, copying,
> disclosure, dissemination or distribution is strictly prohibited. If you
> are not the intended recipient, please notify the sender immediately by
> return e-mail, delete this communication and destroy all copies.
>
>
> **
>
--
Sincerely yours
Mikhail Khludnev
estion on
> > the Tika mailing list.
>
> Hello all - I wondered if anyone might be able to help with the above on
> a professional basis?
>
> Many thanks,
>
> Andy
>
--
Sincerely yours
Mikhail Khludnev
nt I did not
> fond a good way to do this.
> https://solr.apache.org/guide/8_2/json-facet-api.html#range-facet
>
> What would be the preferred way to do this?
>
> With kind regards,
>
>
> Coop Genossenschaft
>
> Dario Viva
>
> 4002 Basel
>
--
Sincerely yours
Mikhail Khludnev
=1?
>
>
> Thank you!
>
> *Anna Ruggero*
> R&D Machine Learning / Software Engineer, Search Consultant
> e-mail: a.rugg...@sease.io
>
>
> *Sease* - Information Retrieval Applied
> Consulting | Training | Open Source
> Sease.io <http://sease.io/>
> LinkedIn <https://linkedin.com/company/sease-ltd> | Twitter
> <https://twitter.com/seaseltd> | Youtube
> <https://www.youtube.com/channel/UCDx86ZKLYNpI3gzMercM7BQ> | Github
> <https://github.com/seaseltd>
>
--
Sincerely yours
Mikhail Khludnev
ni
>
> On Thu, Jan 4, 2024 at 3:20 PM Mikhail Khludnev wrote:
>
> > It might be any or all of these reasons.
> >
> > On Thu, Jan 4, 2024 at 10:18 PM rajani m wrote:
> >
> > > Hi,
> > >
> > > What scenarios would solr warn about "Ex
at
> org.apache.lucene.queries.function.valuesource.ProductFloatFunction.func(ProductFloatFunction.java:38)
> at
> org.apache.lucene.queries.function.valuesource.MultiFloatFunction$1.floatVal(MultiFloatFunction.java:83)
> at
> org.apache.lucene.queries.function.FunctionQuery$AllScorer.score(FunctionQuery.java:126)
> at
> org.apache.lucene.search.DisjunctionSumScorer.score(DisjunctionSumScorer.java:41)
>
--
Sincerely yours
Mikhail Khludnev
lt in
> increasing latency? Appreciate suggestions to improve the latency.
>
> [1] omitNorms="true" docValues="true"/>
>
> Thanks,
> Rajani
>
--
Sincerely yours
Mikhail Khludnev
t; I tried to create a new core, that starts correctly without any
> entry in solrconfig.xml
>
> Thank you for your help!
> D
>
> <https://www.cosbi.eu/>
>
> Danilo Tomasoni
>
> Data Scientist & Software Engineer
> +39 0464 808845
>
> tomas...@cosbi.eu
>
> www.cosbi.eu
>
> <https://twitter.com/FoundationCosbi/>
> <https://www.linkedin.com/company/cosbi/>
>
>
--
Sincerely yours
Mikhail Khludnev
>
> succeeds too.
>
> So it seems that zookeeper works and the failure is in solr.cmd --
> either it doesn't work as documented in
>
> https://solr.apache.org/guide/8_11/solr-control-script-reference.html#configuration-directories-and-solrcloud
> at all, or only on winders.
>
> Dima
>
--
Sincerely yours
Mikhail Khludnev
9-7329
>
> iram.ta...@northbaysolutions.net
>
> www.northbaysolutions.com
>
--
Sincerely yours
Mikhail Khludnev
; advantage with larger batches in our setup. And it doesn't DDoS the
> index. ;)
>
> Dima
>
>
--
Sincerely yours
Mikhail Khludnev
FROM city
> > WHERE update_at >= '2023-07-29 00:00:00.'
> > LIMIT 1000 *OFFSET 13000*
> >
> > Type of row:
> > Example row content: (13001, 3089, '048e212232b13f05559c69a81a268f73',
> > datetime.datetime(2023, 7, 31, 14, 22, 14, 1572))
> > Type of row after rows_as_dicts:
> > Total number of documents in the core 'p4a': 5000
> >
> > SELECT
> > ROW_NUMBER() over (order by
> update_at)
> > , id, name, update_at
> > FROM city
> > WHERE update_at >= '2023-07-29 00:00:00.'
> > LIMIT 1000 *OFFSET 14000*
> >
> > Type of row:
> > Example row content: (14001, 4939, '902ee8f138eb4e83d94b13e34f402de3',
> > datetime.datetime(2023, 7, 31, 18, 59, 8, 906065))
> > Type of row after rows_as_dicts:
> > Total number of documents in the core 'p4a': 5000
> >
> > SELECT
> > ROW_NUMBER() over (order by
> update_at)
> > , id, name, update_at
> > FROM city
> > WHERE update_at >= '2023-07-29 00:00:00.'
> > LIMIT 1000 OFFSET 15000
> >
> >
> >
>
--
Sincerely yours
Mikhail Khludnev
> On Fri, Dec 8, 2023 at 5:11 PM Mikhail Khludnev wrote:
>
> > Vince,
> > Regardless of DIH, LogUpdateProcessorFactory
> > <
> >
> https://solr.apache.org/guide/solr/latest/configuration-guide/update-request-processors.html#update-processor-factories-you-should-not
1 - 100 of 336 matches
Mail list logo
