I've noticed in Sitecore 9 (at least through 9.1.1) that the value of <param desc="core> is based on the prefix you use during installation (IE, if you chose "local" as a prefix, the core is called "local_master_index"). This is then written into the config files in App_Config/Include/Sitecore/ContentSearch for you.

I'm trying to set up a foundation layer config to auto-register a rebuild core for the master/web indexes. My default approach to this has been to use <param desc="rebuildcore" patch:after="*[@desc='core']">$(id)_rebuild</param>, but it occurs to me this is technically incorrect if you just copy the cores on Solr and append "_rebuild" to them as many documents suggest...in my example, the rebuild core on Solr is local_master_index_rebuild, but Sitecore will be looking for sitecore_master_index_rebuild.

I know it's as easy as using the ID name for the rebuild core on Solr, but I was wondering if there was a programmatic way to take the value from the "core" param and apply it to the "rebuildcore" param on the fly, like you use $(id) as a replacement value?


Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Browse other questions tagged or ask your own question.