I'm was trying to run multiple queries in a single go then I came across something called MultiRequestHandler. I had put request handler in the solrconfig.xml file and restarted the solr.
<requestHandler name="/multi" class="solr.MultiRequestHandler"/>
I'm getting the error
org.apache.solr.common.SolrException:org.apache.solr.common.SolrException:
Error loading class 'solr.MultiRequestHandler'
My version of Solr is 5.4.0. Does my version of Solr doesnot support MultiRequestHandler?
There never was a MultiRequestHandler added to Solr. The ticket tracking its addition were resolved as Won't fix.
The patch is available on Github, but hasn't been updated in three years - so it might not apply cleanly to 5.4.x.
Newer versions of Solr do however have Streaming Expressions, which could be what you're looking for.
Related
i have tried multiple times to upload a big data set into solr, and i get this error, does anyone know what can i do ?
https://i.stack.imgur.com/DUIKC.png
I am able to do this in Solr 7.x (tried in 7.2 as well as 7.6) version. See if you can use that version for your project.
Probably in the newer version, solrconfig.xml needs some changes depending on which one you picked for your collection creation like _deafult or sample_techproducts_configs.
The latest documentation (8.8) for Apache Solr says that the Data Import Handler is deprecated is going to be removed in future versions. It only lists a third-party plugin maintained on Github, and no other native alternative to import data from relational databases. Am I missing something or has Solr dropped native support for this?
Data import handler will still be there, but as a contrib package.
I'll do what I did before data import handler existed and write a separate program. I prefer Python, where reading a database and sending JSON updates is pretty simple.
Be sure to batch the updates.
Alternative solr DIH
https://github.com/saro-lab/solr-db-importer
I made an alternative program to DIH and released the source code and manual.
I want to implement your solr-sb-importer
But it seems stay stuck at running.
I suspect the loading of the schema is not working
http://localhost:8983/solr/succesboeken_sb/sb-schema
I get:
Exception in thread "main" org.springframework.web.client.HttpClientErrorException$NotFound: 404 Not Found: " Searching for Solr? You must type the correct path. Solr will respond."
while excecuting:
java -jar solr-db-importer-1.4.jar
I am using Solr 9.1.0
Have you encountered this before?
If I just created a new core with Apache Solr 6.1.0 and haven't added any documents yet, will manually editing the default managed-schema file cause errors down the line?
The managed-schema.xml could be changed manually and that wouldn't cause errors, however the best practice regardless of the existing documents is to use the API as explained here.
With the old solr 4.4.0 versions running with the default setup it was possible to query the default collection with both:
/solr/collection1/select?q=*%3A*
/solr/select?q=*%3A*
With solr 5.x.x the default root path
/solr/select?q=*%3A*
Now returns 404.
The only difference in the new solr.xml are these additional two lines:
<int name="distribUpdateSoTimeout">${distribUpdateSoTimeout:600000}</int>
<int name="distribUpdateConnTimeout">${distribUpdateConnTimeout:60000}</int>
The solrconfig.xml and core.properties files are also pretty much identical.
Is it possible to configure solr 5.x.x somehow to also map the search handlers to the root path?
To get this back to work, you would need a default core and as such I fear the answer is: Will not work anymore with Solr 5.X. There are some discussions ([1], [2]) and issues in Solr's Jira about this topic. It is not by accident that this feature does not work any more. Apparently the developers did not like that feature.
The main issue for Solr 5.X is SOLR-4818 Refactorings to simplify loading, organization, sharing of cores, etc. One of its sub-tasks has the speaking name SOLR-5104 Remove Default Core which is related to SOLR-4804 remove support for "defaultCore" and "DEFAULT_DEFAULT_CORE_NAME" in solr 5.x.
For Solr 4.X there has been a patch with Solr 4.4 that re-included the old behaviour SOLR-4803 fix support for DEFAULT_DEFAULT_CORE_NAME.
But finally, if you are using the new solr.xml format, you loose the feature of a default core. As with Solr 5.0 the legacy format is not supported anymore, as you can read in the change log of Solr 5
The 'old-style' solr.xml format is no longer supported, and cores must be defined using core.properties files. See https://cwiki.apache.org/confluence/display/solr/Format+of+solr.xml
And aparently, as they did not like to have requests without the core's name in the request URL, there is no other feature or configuration ability to get this back.
The wiki page explains how to setup scheduling in older version of Solr but it hasn't been updated for Solr 5.1.0. The problem is I can't configure the dataimport.properties file.
The instructions in the wiki:
regardless of whether you have single or multiple-core Solr, use
dataimport.properties located in your solr.home/conf (NOT solr.home/core/conf)
In Solr 5.1 there is no dataimport.properties located in solr.home/conf, and it doesn't work if I use the one in the core.
Is there any way I can get this to work?
I have similar problem in my application.I have setup separate application to schedule delta/full-import.Wiki page you mentioned is not committed to Solr code base.
Hope this helps.