CMS 9.7 Release Notes

Ingeniux CMS 9.0 Service Release 7 (SR7) includes 42 updates, including several new features. It also contains all features and enhancements from the initial CMS 9.0 and all subsequent CMS 9.0 service releases.

Release Summary

Ingeniux CMS 9.0 Service Release 7 (SR7) includes 42 updates including several new features and publishing performance enhancments. It also contains all features and enhancements from the initial CMS 9.0 release and all subsequent CMS 9.0 service releases. Learn more about key enhancements and important upgrade information below.

Build Number


Change List

New Features and Feature Updates

  • Improved publishing performance for large CMS sites with average gains between 30-50% in speed.
  • RavenDB content store is upgraded to version 3.5 offering faster indexing performance and more indexing control.
  • Updated RavenDB "Studio" mangement UI no longer requires Microsoft Silverlight and now supports a wider range of browsers.
  • Components associated with a language locale will have the Locale attribute in the root element on publish.
  • Improvements to performance of the Structured URL Map generation process during a publish operation.
  • Increased Batch Size options (2048, 4096, and 8192) when creating a new CMS site using an existing CMS 9 site export.
  • Added a new boolean key to local-appsettings.config called syncIndexDefinitionsOnContentStoreInit.
  • Added selected values for Schema Sync to sync certain root element attributes for InSite Search DEX Components.
  • Added case-sensitivity checking when creating a page that embeds a component by default.
  • InSite Search 2.2.8 has been included in this release of the DSS.

    CMS and DSS Resolved Issues

    • Addressed a workflow permission issue which would prevent users from advancing a page that is in a bridged workflow.
    • Addressed an issue where Child Navigations would pull in the incorrect pages in DSS Preview.
    • Addressed an issue with the Generic Mobile Device emulator returning a NullReferenceException on Page View.
    • Addressed an issue where a CMS SMTP Configuration for Office 365 will not send a password reset email.
    • Addressed an issue in Schema Designer which would prevent users from syncing schema changes.
    • Normalized the date format of the Changed attribute in the page XML.
    • Addressed an issue with Schema Synchronization showing all pages as "Original" in the "Presentations" column.
    • Addressed a permission issue which allowed users to modify presentation layouts when they should not have been allowed to do so.
    • Addressed an issue where subsequent edits in shared (nested) components would not update the embedded component in Presentation Fields group.
    • Addressed an issue with RavenDB which could cause the URLMap generation to fail during a full publish.
    • Addressed an issue that could cause Page View to be stuck previewing the same page if a user had navigated to an external link in the Page View.
    • Addressed an issue where a page that is marked for publish through workflow will have a previous version marked for publish instead of the current version.
    • Addressed an issue where the "Assigned to" column of a page's workflow history would display the user who had assigned the page.
    • Addressed an issue where changing the publishing target's replication settings would force a full Structured URL map recreation on next publish.
    • Addressed an issue during certain generational upgrades from CMS 8 to CMS 9 where the site would error due to importing invalid TinyMCE configurations.
    • Addressed an issue in Site Migrator where images for the app were not rendering.


      Important Information/Known Issues

      Unmarked Component References

      Prior to CMS 9 SR6, components that were unmarked for publish but still reside on the DSS server would still render XML when accessed directly and would still display information when referenced on a page.  In SR6+, components that are unmarked for publish will throw a 404 - Page Not Found error and will not be displayed on pages that reference them. If the component is marked for publish, the component must be published for it to display on pages that reference them.

      SAML Login Support for CMS

      Ingeniux CMS 9 SR6+ has built-in support for SAML 2.0 authentication via ADFS, Ping, Okta, and other SSO vendors using a new membership provider type. Ingeniux CMS supports multiple IdPs in an SP-initiated configuration and also supports IdP-initiated SSO from a single source. See the SAML configuration documentation for setup instructions.


      InSite Search Upgrade Required Action

      Customers that use InSite Search need to make the following changes during upgrade. The DSS upgrade wizard replaces current local DLL references to InSite Search DLLs with NuGet-based references. After upgrading the DSS site, open the project in Visual Studio and perform a NuGet update on the Insite Search 2.0 package to the latest stable release. If the site is using Dynamic Execute (DEX) components, sync the schemas to the newer DEX schema versions that were added during installation. If the site is using a custom controller, compare the existing code to the current release sample controller. Upload existing searchSource.config files to the new web configuration interface (as described above) and remove any replication exclusions for searchSource.config. When the code updates are complete and published to the DSS environment, delete your DSS search index and trigger a reindexing of your content to capture new standard fields such as Category ID and Path. Contact Ingeniux Support if you have questions.

      Required Asset Controller and Global ASAX Code Updates

      The automatic upgrade system doesn't replace global.asax or the asset async controller. Clients must replace these files with the newest versions, shipped in CMS 9.0 SR6. If these files have been modified, the existing customized version and the new version should be merged.

      Microsoft .NET 3.5 and 4.5.2 Required

      CMS 9.0 SR6+ requires .NET 3.5 and .NET 4.5.2 to be installed on all CMS and DSS server instances for product installation to complete. The IGXSetup wizard validates that these requirements are available before you may continue with product installation. Microsoft .NET 4.5.2 can be installed side-by-side with earlier .NET 4.5.x releases. Both DSS Preview and DSS instances can be upgraded to .NET 4.5.2 automatically, using the Ingeniux wizards. However, any custom projects or third-party libraries that are linked to a CMS or DSS project will also need to be re-targeted to .NET 4.5.2 in Visual Studio.

      Windows 2012 R2 Requires Microsoft KB Update

      All Windows 2012 R2 servers that have the November 2014 Microsoft update installed need to have an IIS level patch applied to them. See this Windows Server 2012 KB article for patching information.

      Custom InSite Search MVC Controllers May Require Updates

      Sites that implemented InSite Search in CMS 8.0 using a custom MVC controller need to slightly update their controllers as described in this article.

      Installation Wizard Changes

      The Create Ingeniux CMS Site Instance wizard now supports using a CMS site export .zip when setting up a new CMS instance. The user created during setup is added to the imported site's administrator group. The Import Site wizard allows a CMS site export .zip to overwrite the existing CMS instance's database with a new content database. All content is replaced. The user specified is still added to the administrator group during import. The DSS Site Setup wizard can also perform upgrades to existing DSS sites and will upgrade and rebuild the selected DSS MVC project.

      Default CMS Site Instance Installation Path

      As of ewly created CMS site instances have separate \Site and \DB folders created under the \SpecifiedCMSInstanceName. The \Site folder contains all CMS application code. The \DB folder contains all application data. Existing sites that are upgraded won't have these folders.

      DSS Path Recommendations

      Due to ASP.NET and IIS restrictions, all DSS sites should be configured so that the content source location (PageFilesLocation) is outside the DSS application installation path.

      Mark For Publish Behavior Change

      Content items must be checked-in at least once before they can be marked for publish.

      Start & End Date DSS Behavior Change

      Pages with Start and End dates set in Page Properties have been filtered from links and navigations for many versions. In CMS 9 SR4+, they will also no longer be accessible by direct URL or xID. Expired pages will return a HTTP 404 friendly error page indicating that the page will not return while in an expired state. Customers can redirect the URL to a different location for an alternate behavior.

      Page Builder Requires Responsive Framework CSS/JS Inclusion

      Ingeniux Page Builder requires templates (XSLT or MVC) to include the CSS of the responsive framework you have selected (Default: Bootstrap 3.x). Existing responsive templates may have these files included already. To enable Page Builder, non-responsive sites can add them to create columnar layouts within a fixed-width design; however, the Bootstrap or Foundation CSS may affect how the non-responsive sites render.

      Last Generation Upgrade vs. Standard Upgrade Wizard

      Ingeniux CMS 9.0 has two different upgrade wizards. The CMS Site Last Generation Upgrade wizard copies an existing CMS 8.0 site; sets up a new CMS 9.0 instance; and migrates the content and the DSS Preview project from CMS 8.0 to CMS 9.0, leaving the original CMS 8.0 site untouched. (Learn more about this wizard in the CMS 9.0 Upgrade Guide.) The Site Upgrade Wizard upgrades from a previous CMS 9.0 version to the current version, similar to CMS 8.0.

      Pre-Upgrade to CMS 8.0 Required For Earlier Versions

      Customers using Ingeniux CMS 7.5 or earlier must first run the CMS 8.0 upgrade wizard before proceeding with a CMS 9.0 generation upgrade. Learn more in the CMS 9.0 Upgrade Guide.

      Software Requirement Changes

      ASP.NET 4.5.2 is now required. Because this framework doesn't support Windows Server 2003 and IIS 6.0, they are no longer supported for CMS 9.0. In addition, Ingeniux CMS 9.0 only supports 64-bit versions of each operating system when more then one configuration is available. Learn more in the Ingeniux CMS hardware and software requirements.

      MVC 5 Allowed Syntax Changes

      The Microsoft MVC 5 update no longer allows the @ symbol Razor syntax to be used within an existing @{ } braced Razor code block. Essentially, no nested @ statements are allowed. A compiler message may appear in the DSS Preview window indicating there is a syntax error in your view.

      Hardware Requirement Changes

      Ingeniux CMS now requires a minimum of 4 CPUs and 4 GB of RAM. The new version is multi-threaded and performs significantly better when it meets the recommended base configuration of 8 CPU cores and 8 GB RAM. Larger sites may require more RAM. Learn more in the Ingeniux CMS hardware and software requirements.

      RAM Usage Behavior Change

      Similar to Microsoft SQL Server, the embedded NoSQL database used in CMS 9.0 reserves system RAM for potential future use, so the total memory allocated to Ingeniux CMS 9.0 processes is higher than it was in CMS 8.0. Additional resources may be required for very large sites. 

      Multiple CMS 9.0 Versions Side-by-Side Now Supported

      Each CMS site instance runs its own version or build of Ingeniux CMS 9.0, so installing a new CMS 9.0 version on the server doesn't affect any previously installed instances. 

      Version 8.0 and Version 9.0 Side-By-Side Supported

      All CMS 9.0 instances are unaffected by any existing CMS 8.0–based installations.

      Visual Studio 2012 or Higher Required for .NET Developers

      Since CMS 9.0 SR7 uses ASP.NET 4.5.2, all .NET development work requires Visual Studio 2012 or higher to edit and compile a DSS Preview or DSS project. You must install the .NET 4.5.2 Developer Multi-Targeting Pack to edit .NET 4.5.2 projects in Visual Studio.

      ASP.NET and MVC Automatic Upgrade and Rebuild Process for DSS and DSS Preview

      The SR7 Last Generation Upgrade wizard now automatically attempts to recompile the DSS Preview Visual Studio project and update it to ASP.NET 4.5.2 and MVC 5. It returns information on the success or failure of the upgrade and recompilation. Recompiling manually, required with CMS 8.0, is still supported.

      The CMS Site Upgrade used for CMS 9.0–to–CMS 9.0 build upgrades also updates and recompiles the DSS projects.

      Internet Access Required

      All CMS- and DSS-supporting library updates are delivered using the Microsoft NuGet packaging system, which downloads from the Internet. A DSS or DSS Preview upgrade and/or rebuild will fail without Internet access.

      CMS Extensions/Customization Project

      All CMS extension customization points—custom hooks, custom tabs, custom workflow actions, etc.—are now managed in a single Visual Studio project that has full debugging support. Learn more in the "How To" article for the CMS 9.0 development harness project.

      Custom Hook and Custom Tab Migration

      The APIs in CMS 9.0 have been migrated to a .NET 4.5.2 format using C# instead of the JScript used in CMS 8.0 and earlier. The custom hooks file is still in the /Custom folder. It is now a .CS file instead of an .INC file and uses C# instead of JScript. The CMS 9.0 CSAPI is publicly documented. The metaphors are very similar to those in CMS 8.0 and earlier, but the syntax is slightly different due to the change in language.

      Custom hooks and tabs from CMS 8.0 and earlier won't cause errors in CMS 9.0 because they are disabled during migration until they have been syntactically updated to the CMS 9.0 format.

      Developer training is available through the Ingeniux 430 API training course. Ingeniux 360 customers can get immediate coding assistance from Ingeniux site implementation engineers. Ingeniux Professional Services is available to assist other clients who don't have internal staff to perform the update. Please contact Ingeniux Support or your account manager if you need training or assistance.

      XML Folder and Asset Storage Locations Changed

      The XML folder is now located at \CMSPath\App_Data\xml. Individual xID files are, by default, no longer written to disk until publish. Each xID now has a property that allows it to be "serialized" to disk from the database if your CMS or site implementation relies on reading physical files from disk (not recommended).

      Publish Folder Location Changed

      The publish folder is now located at \CMSPath\App_Data\pub instead of being a child of the XML folder location. The published XML files in CMS 9.0 are identical to those in earlier versions.

      Log File Locations Changed

      All CMS log files are now located in \CMSPath\App_Data\LogFiles. The history.log file has been replaced with a unified audit trail.

      Adobe Flash Required For Mass Upload

      Adobe Flash 10+ is required for the mass-upload features in CMS 9.0. Users without Adobe Flash have single-file upload capability. Future updates will move to HTML5 upload to match Ingeniux Cartella.

      Legacy Publish Deprecated

      The only publishing process available in CMS 9.0 is the Dynamic Publish system introduced in CMS 8.0. The legacy publishing capability from CMS 8.0 was removed due to lack of use, performance, and standards compatibility. All CMS 9.0 customers use Dynamic Publish.

      MSXML 6 Upgrade May Require Minor Template Changes

      XSLT templates that call JScript extension functions that internally use MSXML 4.0–specific Prog IDs will need to be updated to use the MSXML 6.0 Prog ID. The XSLT engine in CMS 9.0 is now 64 bit, and there are no 64-bit versions of MSXML 4.0.

      Internal User Database

      CMS 9.0 has an internal user store in the NoSQL repository for users and instances that do not have Active Directory or LDAP access. During site instance setup, a new administrative login and password are created for configuration purposes.

      Who Should Upgrade

      All Ingeniux CMS 9.0 customers should upgrade as soon as possible. All Ingeniux CMS 8.0 customers on any service release can upgrade to CMS 9.0 SR7 without an intermediate upgrade. Clients with extensive custom hooks or custom tabs should evaluate the level of effort required to migrate the JScript to C# syntax. Customers on CMS 7.5 and earlier must first temporarily upgrade to CMS 8.0 before continuing to migrate to CMS 9.0 SR7.

      Ingeniux Support will contact Ingeniux CMS OnDemand customers regarding the schedule for their OnDemand UAT and upgrade.

      Upgrade Guidelines

      To upgrade to CMS 9.0 SR7, follow these steps:

      1. Review the Ingeniux CMS System Requirements.
      2. Review the Ingeniux CMS 9.0 Installation Guide and/or CMS 9.0 Upgrade Guide.
      3. Contact Ingeniux Support to request a CMS 9.0 product key if you do not have one already.
      4. Configure a test environment with CMS 9.0 SR7 using a replica of the CMS 8.0 XML content.
        1. If upgrading from an earlier CMS 9.0, use a replica of the CMS 9.0 Content Database
      5. Create a new site in the test environment using the CMS and DSS Site Setup wizards. See the Installation Guide for details on how to do this.
      6. If upgrading from CMS 8.0, run the Ingeniux CMS Site Last Generation Upgrade Wizard in the test environment to upgrade the site content to the latest version of Ingeniux CMS. If upgrading from CMS 9.0 to SR7, run the Ingeniux CMS Site Upgrade wizard instead.
      7. Evaluate the site implementation in CMS 9.0 SR7 within the test environment.
      8. Perform a full publish and set up a DSS site in the test environment to evaluate the latest version's DSS features.
        1. In most cases, DSS and DSS Preview upgrades are now performed automatically by the upgrade wizard with CMS 9.0. Alternately, customers upgrading their MVC template sites can continue to update the Ingeniux API DLL manually in their Visual Studio project, build the DSS site, and deploy the new files to the DSS code location. See the MVC knowledge base article describing these steps.
      9. Implement the CMS 9.0 SR7 upgrade in the production environment following the same process.

      Ingeniux Support is available to work with your organization to determine the optimal plan and time frame for upgrading to the CMS 9.0 release.

      License Key

      Customers who upgrade from a previous version must obtain a new license key specific to CMS 9.0. Please contact Ingeniux Support at 1.877.299.8900 or to request a new product key.

      More Questions

      Please contact Ingeniux Support at 1.877.299.8900 or with any questions regarding CMS 9.0 SR7.