When a Reactor (an instance of a Decision Service) processes rules, it accesses the data resident in “working memory”. Working memory is populated by any of the following methods:

  1. The payload of the Corticon Request- The payload – whether a REST or XML document, or a reference to Java business objects – is inserted into working memory when the client’s request (invocation) is received. When running a Studio Test, the Studio itself is acting as the client, and it inserts the data from the Input Ruletest into working memory.
  2. The results of rules- During rule processing, some rules may create new data, modify existing data, or even delete data. These updates are maintained in working memory until the Decision Service completes execution.
  3. An external Datasource- If, during the course of rule execution, some data is required that is not already in working memory, then the Reactor asks Corticon Server to query and retrieve it from an external Datasource. For Datasource access to occur, Corticon Server or Studio Tester must be configured correctly and the Vocabulary must be mapped to the datasource's schema.