Consumed API from other projects
Project | API Dependency | Notes |
---|---|---|
Portal | 2.6.0 | |
AAF | v2.1.2 | |
Dmaap | v1.1.8 | |
SDC | 1.6.0 | |
AAI | v16 aai-schema 1.0.3 | No direct link to any libraries |
SO | REST - No direct link to any libraries | |
VFC | REST - No direct link to any libraries | |
SDNR | Dmaap - No direct link to any libraries | |
SDNC | REST - No direct link to any libraries |
Published API - These projects use the policy libraries to build their code
Project | API | Notes |
---|---|---|
CLAMP | Policy Lifecycle API | implemented in own java code |
OOF | Legacy Policy API | implemented in own python code |
SDNC | Legacy Policy API | implemented in own code |
DCAE | Policy Lifecycle API | Implemented own python code |
1. Follow the process as outlined here: Independent Versioning and Release Process. Policy repositories inherit from oparent so release jobs will fail if any SNAPSHOT artifact is referenced in the pom.xml's.
- Verify there are no SNAPSHOTs and we are up-to-date with other team's released artifacts. The CI/CD daily release job does this by automatically failing if a SNAPSHOT is defined in the pom.xml's.
- Use the Self Releases Workflow (Nexus2) to release artifacts. Look at comments by Jorge Hernandez for steps.
- Update the OOM team K8S Helm Charts.
Note: If using maven version or release plugin, also manually check the versions are set correctly in the POMs, these plugins can miss POMs especially if they do not have Java source code in them.
2. For any new changes to be done post-Release. Then the we must update to the next SNAPSHOT version:
Release Order | Repo (released version) | Notes | Example Commit(s) for upgrading versions |
---|---|---|---|
1 | policy/parent 3.1.1 | all pom.xml's version.properties | https://gerrit.onap.org/r/c/policy/parent/+/99165 |
2a | policy/docker 2.0.1 | all pom.xml's version.properties In main pom.xml change the following properties
NOTE: Be sure the following are set to match drools-applications and models repo ./config/pe/brmsgw.conf: BRMS_DEPENDENCY_VERSION BRMS_MODELS_DEPENDENCY_VERSION | https://gerrit.onap.org/r/c/policy/docker/+/102678 |
2b | policy/common 1.6.0 | all pom.xml's version.properties In main pom.xml change the following properties
| https://gerrit.onap.org/r/c/policy/common/+/99207 |
3 | policy/models 2.2.0 | all pom.xml's version.properties In main pom.xml change the following properties
BRMS_MODELS_DEPENDENCY_VERSION
BRMS_MODELS_DEPENDENCY_VERSION
| |
4a | policy/api 2.2.0 | all pom.xml's version.properties In main pom.xml change the following properties
| |
4b | policy/pap 2.2.0 | all pom.xml's version.properties In main pom.xml change the following properties
| |
4c | policy/drools-pdp 1.6.0 | all pom.xml's version.properties In main pom.xml consider changing the policy.common.version property:
Update policy/drools-applications dockerfile to pull this image (see below) Update policy/drools-applications files:
| |
4d | policy/apex-pdp 2.2.0 | all pom.xml's version.properties In main pom.xml consider changing the policy.common.version property:
| |
4e | policy/xacml-pdp 2.2.0 | all pom.xml's version.properties In main pom.xml consider changing the policy.common.version property:
| |
4f | policy/engine 1.6.0 | all pom.xml's version.properties BRMSGateway/config.properties BRMSGateway/dependency.json BRMSGateway/src/main/java/org/onap/policy/brms/api/BrmsPush.java BRMSGateway/src/test/resources/config.properties packages/base/src/files/install/servers/brmsgw/config.properties packages/install/src/files/brmsgw.conf In main pom.xml change the following properties
| |
4g | policy/distribution 2.3.0 | all pom.xml's version.properties In main pom.xml change the following properties
| |
5 | policy/drools-applications 1.6.0 | all pom.xml's version.properties In main pom.xml change the following properties
Additional files to change in JUnit tests: controlloop/common/feature-controlloop-management/src/test/resources/op.pom
BRMS_DEPENDENCY_VERSION
BRMS_DEPENDENCY_VERSION
|
When branching, its easiest to update the .gitreview file ON the new branch in order to ensure that new gerritt submissions are tracked on that branch.
If this is not done, then one should specify the branch when submitting the git review. 'git review elalto'
[gerrit] host=gerrit.onap.org port=29418 project=policy/engine.git defaultbranch=frankfurt
When tagging for a release the following commands should be used:
git tag -sm "6.0.0-ONAP Release" 6.0.0-ONAP git push <remote-name> 6.0.0-ONAP