Hello All,
Recently I got a response but Whenever we are inserting this value in the
Database value is *0045*. the value showing in the listing is also *0045*.
but whenever we try to insert the value in *0045* it saves *45* in Solr. So
how can we achieve *0045* in solr for same?
But if we are us
On 7/3/23 08:28, Szűcs Roland wrote:
What strange is that if I go to schema menu on admin UI and check the query
analyzer it says the following
Tokenizer:
org.apache.lucene.analysis.standard.StandardTokenizerFactory
luceneMatchVersion: 9.4.0
name: standard
Token Filters:
org.apache.lucene.analys
> Why admin shows 9.4.0 version if my jar has 9.4.2 version? Can it be a
problem?
Shouldn't be a problem.
> I copied the text_hu definition of original managed_schema.xml to my
schema.xml. It gives exactly the same error.
if it works in original example setup, it works.
There might be some oth
Hi Mikhail,
First of all it is strange that although I installed 9.2.1 solr, I have
lucene-analysis-common-9.4.2.jar compared to your 9.5.0. But at least I
found it at the location you referred to.
I copied the text_hu definition of original managed_schema.xml to my
schema.xml. It gives exactly t
As an integer 0045 or 045 or 45 is exactly the same value in
the decimal positional format.
I agree with Charlie, if you need it to be a string, then use a string.
You can potentially just use the string as a stored value, a copy field if
you like and keep the original indexed as an in
Hello Saksham
1. I meant the later (client/code) level. I suppose it might be manipulated
via runtime properties. Right, it's enough hassle.
2. I never heard of making a replica inactive as well as informing Solr
about absence of update.
If you can make replica inactive for queries (a kind of shar
ls ./server/solr-webapp/webapp/WEB-INF/lib/*lucene*common*
./server/solr-webapp/webapp/WEB-INF/lib/lucene-analysis-common-9.5.0.jar
and if I pass this jar to jar -tf , I've
got org/tartarus/snowball/ext/HungarianStemmer.class which is needed for
this analysis chain.
Can you confirm that this stemme
I think you're trying to fit a square peg into a round hole here.
I've never seen an integer type keep the preceding zeros like you
suggest - if you need to preserve the format, use a string type. If you
just need an integer, use an integer.
Charlie
On 03/07/2023 12:01, John Jackson wrote:
Hi All,
We are using the *int data type* field in Solr. The value which we are
trying to add is *0045*. While Solr inserts this value into that field it
will automatically remove the preceding *'00'*. The value shown in Solr is
*45*. Provide the solution to overcome this problem and add the data
Hi Mikhail,
Thanks for the response.
*1. How to maintain shards.preference parameter?* According to my
understanding we can maintain shards.preference information at either solr
level or at code level, both of which have downsides to them. If
shards.pref is maintained at solr level we will need to
Hi Mikhail,
I used Solr 9.2.1. on Ubuntu 22. I used the included install script (
bin/install_solr_service.sh). I did not change anything. It is not a cloud
setup, I have a standalone solr version and one empty core in it. I work
with python not java so I could not touch jar files. The only modifi
11 matches
Mail list logo
