3 This CSAR contains all definitions that are required for deploying WordPress
 
   4 and MySQL on a single compute instance.
 
   6 Entry information for processing through an orchestrator is contained in file
 
   7 TOSCA-Metadata/TOSCA.meta. This file provides high-level information such as
 
   8 CSAR version or creator of the CSAR. Furthermore, it provides pointers to the
 
   9 various TOSCA definitions files that contain the real details.
 
  10 The entry 'Entry-Definitions' points to the definitions file which holds the
 
  11 service template for the workload.
 
  12 'Entry-Definitions' is optional. An orchestrator can also process the contents
 
  14 1) Read in and process each definitions file.
 
  15 2) For each definitions file:
 
  16   2.1) Read in all * type definitions (node types, capability types, etc.) and
 
  17        store them in an internal map
 
  18 3) Verify and build dependencies (e.g. inheritance) between all type definitions
 
  19    previously read in. Orchestrator built-in types (e.g. TOSCA base types) are
 
  20    also considered in this step.
 
  21 4) Process the actual service template (the file with a node_templates section).
 
  22    Validate using previously obtained type information.