This article covers a Bloomreach Experience Manager version 12. There's an updated version available that covers our most recent release.

Configuration Management

Introduction

For version 12, Bloomreach Experience Manager’s mechanisms for managing the repository data have been significantly redesigned in order to facilitate a great number of improvements for Bloomreach Experience Manager developers. This includes bootstrapping, base-lining, and separation and migration of configuration and content, both stored in the repository. 

In order to accommodate these improvements in Bloomreach Experience Manager 12, the previous, XML-based bootstrapping mechanism has been refactored. As of Bloomreach Experience Manager 12, to-be-bootstrapped configuration and content is specified in YAML 1.1 format. Doing so makes these resources easier to read and maintain.

Pieces of configuration and content are contributed to a Bloomreach Experience Manager implementation from Bloomreach Experience Manager’s building blocks (referred to as Bloomreach Experience Manager), as well as from implementation-specific code. Bloomreach Experience Manager aggregates them into a merged in-memory model of the configuration, taking into account the specified processing ordering. This results in a Configuration Model, which can then be pushed into the repository, compared to the configuration in the repository, saved, loaded and restored as a baseline configuration, and much more. We can think of this Configuration Model as a controlled version of the configuration.

Table of Contents

Did you find this page helpful?
How could this documentation serve you better?
On this page
    Did you find this page helpful?
    How could this documentation serve you better?