summaryrefslogtreecommitdiffstats
path: root/docs/modelingconcepts/enrichment.rst
blob: 8ea1ed3a77b378dbc1a9146217955434f46af7d8 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
.. This work is a derivative of https://wiki.onap.org/display/DW/Modeling+Concepts by IBM 
.. used under Creative Commons Attribution 4.0 International License.
.. http://creativecommons.org/licenses/by/4.0
.. Copyright (C) 2020 Deutsche Telekom AG.

.. _enrichment:

Enrichment
-----------

The idea is that the CBA is a self-sufficient package, hence requires
all the various types definition its using.

Reason for this is the types its using might evolve. In order for the
CBA to be bounded to the version it has been using when it has been
designed, these types are embedded in the CBA, so if they change, the
CBA is not affected.

The enrichment process will complete the package by providing all the
definition of types used:

* gather all the node-type used and put them into a :file:`node_types.json` file
* gather all the data-type used and put them into a :file:`data_types.json` file
* gather all the artifact-type used and put them into a :file:`artifact_types.json` file
* gather all the data dictionary definitions used from within the mapping files and put them 
  into a :file:`resources_definition_types.json` file

.. warning::
   Before uploading a CBA, it must be enriched. If your package is already enrich, 
   you do not need to perform enrichment again.

The enrichment can be run using REST API, and required the **.zip** file as input. 
It will return an :file:`enriched-cba.zip` file.

.. code-block:: bash

   curl -X POST \
   'http://{{ip}}:{{cds-designtime}}/api/v1/blueprint-model/enrich' \
   -H 'content-type: multipart/form-data' \
   -F file=@cba.zip

The enrichment process will also, for all resources to be resolved as input and default:

* dynamically gather them under a data-type, named ``dt-${actionName}-properties``
* will add it as a input of the workflow, as follow using this name: ``${actionName}-properties``

Example for workflow named *resource-assignment*:

.. code-block:: JSON
   :caption: **dynamic input**

   {
     "resource-assignment-properties": {
     "required": true,
     "type": "dt-resource-assignment-properties"
   }