I am trying to reload my core after updating the synonyms.txt file. Ideally, When I save changes in my synonyms.txt file then it should reflect the same changes when I open that file in SOLR UI. Post that I perform a core reload. In my case I am not able to see the file system changes on SOLR UI.
Solr version - 5.3
you mention solrcloud tag, so if you are using solrcloud, you know about uploading conf files to zookeeper etc right?
look for 'upconfig' in this doc
Related
I am using SOLR 8.x. and I am trying to adding some custom functionality. Say like, triggering some server specific shell scripts. Adding custom code JARs to the lib folder and adding the jars in solrconfig.xml is not working.
Or how to set up new SOLR version in eclipse(most of the docs online are for older version where SOLR was still a .war)
Any pointers would be much appreciated.
I was able to achieve this by adding the custom jar(HTTPServlet based) to server/lib folder and by updating web.xml with servlet & servlet-mapping.
I am using a StreamBuilder to build my widget. But database.listDocuments() only returns a Future. Is there a way to get a stream of documents which automatically triggers a widget rebuild on a database update just as with Firebase's snapshots() stream?
Apparently, this functionality is still in beta. It's called Appwrite Realtime. You can find all information about it here.
I write my first Gatsby Page. I also use Laravel as backend server.
In my project i have many slug pages. I used createPages and api connection to create them. User can add files like images, audio files and pdf. When it happen, page should change a bit content and show this file on specify address. Develop version works fine (i bind button to start npm run refresh). I used gatsby refresh endpoint and add to scripts:
"refresh": "curl -X POST http://localhost:8000/__refresh"
And it's work fine. But i don't know how change this to use it properly on production build. Can anyone help me? Thanks
The ENABLE_GATSBY_REFRESH_ENDPOINT environment variable is only working on development. According to the documentation:
During local development, it can be useful to refresh sourced content
without restarting the development server. To facilitate this, Gatsby
exposes an environment variable called ENABLE_GATSBY_REFRESH_ENDPOINT.
What you need is called a webhook. Basically, a webhook is a way for an application to trigger a change that happens in real-time in a CMS.
Each CMS has its own way of implementing webhooks, but the idea is to trigger a build process once a change in your CMS occurs.
I have a solr search already implemented. It showing values in the UI. Working fine. The problem here is, if i change any data in the DB, it is not reflecting in the UI. It is showing the old values. What should i do?
Every time when you change something in DB you need to re-import data
http://localhost:8983/solr/your_core_name/dataimport?command=full-import
Make sure that handlder method is defined in solrconfig.xml
To reload a core (just in case)
I suppose you're using dataImportHandler
http://wiki.apache.org/solr/DataImportHandler
You can do it via GET method.
To reload a core: http://localhost:8983/solr/admin/cores?action=RELOAD&core=your_core_name
As suggested by "Oyeme" in above answer you should update the your core document once data is updated in db.
if your using solrj client then you can add or update document in core .
link to solrj documentation
You need to update your document through code once you updated your document when it get updated in db , do commit your changes to solr core .
for committing your changes use SolrServer.commit() method this will commit your changes to core and will appear in search.
We are migrating from lucene search component to solr Search component in sitecore, Some basic configurations are done but still we receive below error:
Method not found: 'Sitecore.ContentSearch.ProviderIndexSearchConfiguration Sitecore.ContentSearch.ContentSearchManager.get_SearchConfiguration()'.
Check, that the databases and paths that are referred to by the index configs (in each core) match the names and paths in your build.
It looks like Sitecore is trying to find the index that covers a particular item but is unable to locate one.
Either that, or the whole config is missing, in which case you have some SOLR config files disabled, or with a file attribute of Hidden, and they aren't being loaded.
Check /sitecore/admin/showConfig.aspx