Sitecore seven to nine in no time Target .NET framework As you can imagine a solution that has been around since Sitecore 7 has 'A LOT' of projects. My first plan was to visit each one and edit the target framework via the properties window, but after the first three projects of about 70, I thought to myself "This is
Sitecore seven to nine in no time Indexes IndexField could not be found Back in Sitecore 7, this attribute was found in the Sitecore.ContentSearch assembly, as of Sitecore 8 it was moved to Sitecore.ContentSearch.Linq, it is used to map an index field to a POCO property where the names are different, and the default provider
Sitecore seven to nine in no time Web Forms For Marketers Sitecore 9 is the beginning of the end for WFFM, thank God. Unfortunately, I am not out of the woods with my upgrade task as a new version was released. A new forms solution called Sitecore Forms [https://doc.sitecore.net/sitecore_experience_platform/digital_marketing/sitecore_forms] looks very
Sitecore seven to nine in no time Sitecore Client Customisation WebEditCommand?! The WebEditCommand class once resided in the Sitecore.Client.dll, as of Sitecore 8.1 it has moved to Sitecore.ExperienceEditor.dll. Issues: The type or namespace name 'WebEditCommand' could not be found (are you missing a using directive or an assembly reference?) 'xxx.Execute(CommandContext)': no suitable
Sitecore seven to nine in no time ECM After working through upgrade issues related to ECM, the number of errors was overwhelming and intent of the customisations unclear, I concluded that pursuing a straight upgrade was not worth the effort involved. If you have many customisations to ECM as this solution did, it might be worth your time
Sitecore seven to nine in no time Analytics, move over DMS and xDB?! In Sitecore 7.5 xDB was introduced, this brought new ways of thinking about visitors to your website and tracking their journeys, but it was one big breaking change for solutions that had bespoke analytics code. The unfortunate thing here is more often than not this shift in thinking about