Local Install of Solr for Sitecore 9

One of the pre-requisites of installing Sitecore 9 locally is Solr. For my local Sitecore 9.2 installation I had to install Solr 7.5.0. I found many articles online and especially found this one useful.

Here are the 3 steps I following to install Solr 7.5.0 locally

Step 1:
Install java from the oracle website. After the installation, assuming that you have installed java 13.0.1, add the following Path environment variable (shown as #2 in below image)
C:\Program Files\Java\jdk-13.0.1\bin

To verify, open the cmd prompt and run the command "java -version"
You should get something like the following if it is installed correctly.

Step 2:
Install JRE locally. I installed it from the cnet website. After the installation, assuming that you have installed jre 1.8.0_221 set the JAVA_HOME environment variable (sown as #3) to:
C:\Program Files (x86)\Java\jre1.8.0_221

Step 3:
Open powershell as admin. If you haven't done so before, run the command
"Set-ExecutionPolicy Unrestricted"

Download this ps1 file and go to the folder you downloaded it to. Assuming that is "C:\Installs\Sitecore 9.2", run the ps1 from there as follows

That's it. If all is successful your solr instance should auto load with the url
https://solr:8983/solr/#/

Happy Sitecoreing!

Comments

Sitecore: Get list of logged in users

I had a deployment today and wanted to find a list of users who were logged into the Sitecore admin site. This was mainly so that I can contact them and let them know that a deployment was going to happen. I found the following link very useful as it gave me exactly what I was looking for. A list of users that were logged in and I contacted them. It also has the ability to Kick off users! http://{YourWebsite}/sitecore/client/Applications/LicenseOptions/KickUser Note: You can only see other users in this list if you have the right administrator permission. Logging in with a lower access level user only gave me the logged in user and no one else on the list.

Sitecore clear cache setting

Sitecore has extensive cache settings. You can add caching at the rendering level so it affects all instances of that rendering. Or you can add caching at the component level on a particular page via the presentation details. This is all good when you are setting it up, but once this goes to production, the way caching is supposed to work is that the cache should get cleared after an item is published. So after an item is published, any associated cache should also automatically get updated. In our case, we saw that once we went to production (with extensive caching enabled) our pages loaded much faster. However when the content authors were updating content, the updates were not making it to the delivery servers. The content seemed to be stuck in the cache. We noticed that we had to do one of the following to see the updated cache. Go to the admin cache page [SitecoreSite/sitecore/admin/Cache.aspx] and click the "Clear all" button. This is not viable long term solution ...

Using Okta Authentication for a Sitecore client site

I recently had a project where we had to add a new Sitecore site to an already multi site Sitecore 8.2 Update 7 instance. This new site had to integrate with Okta to manage user authentication. I found many articles online that integrated Okta and Sitecore's admin interface but I could not find one that just integrated Okta with a client Sitecore site. My first step was to use Okta's available ASP.NET MVC projects on their Dev site and test them out. This worked very well with the first Authenticated method I tried which was WS-Fed. But when I tried to use the same authentication method with a site in Sitecore I got errors in my logs like the following: Sitecore.Security.Principal.SitecoreIdentity does not contain a definition for Claims Claims are available in HttpContext.User.Identity but not in Sitecore.Security.Principal.SitecoreIdentity, and since we are using a Sitecore site we could not read the claims. I tried to make claims work in Sitecore using various online a...

SITECOREing

Search This Blog