aboutsummaryrefslogtreecommitdiffstats
path: root/models-examples/src/main/resources/policies/vFirewall.policy.monitoring.input.tosca.yaml
AgeCommit message (Collapse)AuthorFilesLines
2020-08-19Upgrade new tcagen2 policy typePamela Dragosh1-2/+2
The old cdap policy type is deprecated by DCAE. Thus, we are simply replacing with the new tcagen2 policy type. Issue-ID: POLICY-2772 Change-Id: I1442340729b5f820f2e265b9b86f6f6f84f49bca Signed-off-by: Pamela Dragosh <pdragosh@research.att.com>
2020-06-12Adding 'name' to yamls and json in modeladitya.puthuparambil1-0/+1
Issue-ID: POLICY-2052 Signed-off-by: aditya.puthuparambil <aditya.puthuparambil@est.tech> Change-Id: I3629a2b6f9e93f6d8166e63862d15dd0198865af
2020-04-17Update monitoring policies to match DCAEPamela Dragosh1-11/+11
From testing last Wednesday 4/15. Update our policies to match what DCAE is loading and is used for Integration E2E testing. https://git.onap.org/dcaegen2/platform/blueprints/tree/blueprints/k8s-tca.yaml Issue-ID: POLICY-2507 Change-Id: I2492e214625099884113ac0bc76e26181f992f0e Signed-off-by: Pamela Dragosh <pdragosh@research.att.com>
2020-03-06TOSCA Compliant Guard PoliciesPamela Dragosh1-1/+1
Fixing the legacy guard policies and renaming them so we are able to differentiate them. Adding newer, cleaner TOSCA Guard Policies that match the operational guard policies. Removing legacy guard policies. Fixing JUnit so that they don't use indexes to test whether versions are changed correctly. Added back in new guard policies. Fixed the guard policy types to use camel case. Issue-ID: POLICY-2243 Change-Id: Ie611f26f73f41e64c0b467f524f470739158f437 Signed-off-by: Pamela Dragosh <pdragosh@research.att.com>
2020-02-07Add data type and policy type reference checkingliamfallon1-0/+1
Full validation including references to policy types and data types added. Unit tests fixed to cope with new stricter validation. Issue-ID: POLICY-1402 Change-Id: I59f37640a99494a53960a54d2fc82cc96861d43b Signed-off-by: liamfallon <liam.fallon@est.tech>
2019-05-07Set default and check existance of Policy Typeliamfallon1-1/+1
The TOSCA specification has a "bug" in that it does not have a field to specify the version of a policy type to use. We already had introduced the "type_version" field for this. This review introduces setting of the default version of a policy type to be be used by a policy as the latest version of the policy type in the database. As a side effect of this, we now have to check for existence of the policy type of a policy in the database. This means that creation/update of a policy with a non-existant policy type specified will now fail. Issue-ID: POLICY-1738 Change-Id: I27080cf6cd358948810dab6897c72dfe4d41fe91 Signed-off-by: liamfallon <liam.fallon@est.tech>
2019-03-19Move examples into separate moduleliamfallon1-0/+36
Issue-ID: POLICY-1195 Change-Id: Id2dc5b5b490134648ca267e27b795f3f4c03bc7b Signed-off-by: liamfallon <liam.fallon@est.tech>