docs/release-notes.rst

   1 .. This work is licensed under a Creative Commons Attribution 4.0 International License.
   2
   3 Policy Release Notes
   4 ====================
   5
   6 .. note
   7 ..      * This Release Notes must be updated each time the team decides to Release new artifacts.
   8 ..      * The scope of these Release Notes are for ONAP POLICY. In other words, each ONAP component has its Release Notes.
   9 ..      * This Release Notes is cumulative, the most recently Released artifact is made visible in the top of
  10 ..      * this Release Notes.
  11 ..      * Except the date and the version number, all the other sections are optional but there must be at least
  12 ..      * one section describing the purpose of this new release.
  13 ..      * This note must be removed after content has been added.
  14
  15
  16 Version: 1.2.3
  17 --------------
  18
  19 :Release Date: 2018-06-07 (Beijing Release)
  20
  21 **New Features**
  22
  23 The Beijing release for POLICY delivered the following Epics. For a full list of stories and tasks delivered in the Beijing release, refer to `JiraPolicyBeijing`_.
  24
  25     * [POLICY-390] - This epic covers the work to harden the Policy platform software base (incl 50% JUnit coverage)
  26         - POLICY-238    policy/drools-applications: clean up maven structure
  27         - POLICY-336    Address Technical Debt
  28         - POLICY-338    Address JUnit Code Coverage
  29         - POLICY-377    Policy Create API should validate input matches DCAE microservice template
  30         - POLICY-389    Cleanup Jenkin's CI/CD process's
  31         - POLICY-449    Policy API + Console : Common Policy Validation
  32         - POLICY-568    Integration with org.onap AAF project
  33         - POLICY-610    Support vDNS scale out for multiple times in Beijing release
  34
  35     * [POLICY-391] - This epic covers the work to support Release Planning activities
  36         - POLICY-552    ONAP Licensing Scan - Use Restrictions
  37
  38     * [POLICY-392] - Platform Maturity Requirements - Performance Level 1
  39         - POLICY-529    Platform Maturity Performance - Drools PDP
  40         - POLICY-567    Platform Maturity Performance - PDP-X
  41
  42     * [POLICY-394] - This epic covers the work required to support a Policy developer environment in which Policy Developers can create, update policy templates/rules separate from the policy Platform runtime platform.
  43         - POLICY-488    pap should not add rules to official template provided in drools applications
  44
  45     * [POLICY-398] - This epic covers the body of work involved in supporting policy that is platform specific.
  46         - POLICY-434    need PDP /getConfig to return an indicator of where to find the config data - in config.content versus config field
  47
  48     * [POLICY-399] - This epic covers the work required to policy enable Hardware Platform Enablement
  49         - POLICY-622    Integrate OOF Policy Model into Policy Platform
  50
  51     * [POLICY-512] - This epic covers the work to support Platform Maturity Requirements - Stability Level 1
  52         - POLICY-525    Platform Maturity Stability - Drools PDP
  53         - POLICY-526    Platform Maturity Stability - XACML PDP
  54
  55     * [POLICY-513] - Platform Maturity Requirements - Resiliency Level 2
  56         - POLICY-527    Platform Maturity Resiliency - Policy Engine GUI and PAP
  57         - POLICY-528    Platform Maturity Resiliency - Drools PDP
  58         - POLICY-569    Platform Maturity Resiliency - BRMS Gateway
  59         - POLICY-585    Platform Maturity Resiliency - XACML PDP
  60         - POLICY-586    Platform Maturity Resiliency - Planning
  61         - POLICY-681    Regression Test Use Cases
  62
  63     * [POLICY-514] - This epic covers the work to support Platform Maturity Requirements - Security Level 1
  64         - POLICY-523    Platform Maturity Security - CII Badging - Project Website
  65
  66     * [POLICY-515] - This epic covers the work to support Platform Maturity Requirements - Escalability Level 1
  67         - POLICY-531    Platform Maturity Scalability - XACML PDP
  68         - POLICY-532    Platform Maturity Scalability - Drools PDP
  69         - POLICY-623    Docker image re-design
  70
  71     * [POLICY-516] - This epic covers the work to support Platform Maturity Requirements - Manageability Level 1
  72         - POLICY-533    Platform Maturity Manageability L1 - Logging
  73         - POLICY-534    Platform Maturity Manageability - Instantiation < 1 hour
  74
  75     * [POLICY-517] - This epic covers the work to support Platform Maturity Requirements - Usability Level 1
  76         - POLICY-535    Platform Maturity Usability - User Guide
  77         - POLICY-536    Platform Maturity Usability - Deployment Documentation
  78         - POLICY-537    Platform Maturity Usability - API Documentation
  79
  80     * [POLICY-546] - R2 Beijing - Various enhancements requested by clients to the way we handle TOSCA models.
  81
  82
  83 **Bug Fixes**
  84
  85 The following bug fixes have been deployed with this release:
  86
  87     * `[POLICY-484] <https://jira.onap.org/browse/POLICY-484>`_ - Extend election handler run window and clean up error messages
  88     * `[POLICY-494] <https://jira.onap.org/browse/POLICY-494>`_ - POLICY EELF Audit.log not in ECOMP Standards Compliance
  89     * `[POLICY-501] <https://jira.onap.org/browse/POLICY-501>`_ - Fix issues blocking election handler and add directed interface for opstate
  90     * `[POLICY-509] <https://jira.onap.org/browse/POLICY-509>`_ - Add IntelliJ file to .gitingore
  91     * `[POLICY-510] <https://jira.onap.org/browse/POLICY-510>`_ - Do not enforce hostname validation
  92     * `[POLICY-518] <https://jira.onap.org/browse/POLICY-518>`_ - StateManagement creation of EntityManagers.
  93     * `[POLICY-519] <https://jira.onap.org/browse/POLICY-519>`_ - Correctly initialize the value of allSeemsWell in DroolsPdpsElectionHandler
  94     * `[POLICY-629] <https://jira.onap.org/browse/POLICY-629>`_ - Fixed a bug on editor screen
  95     * `[POLICY-684] <https://jira.onap.org/browse/POLICY-684>`_ - Fix regex for brmsgw dependency handling
  96     * `[POLICY-707] <https://jira.onap.org/browse/POLICY-707>`_ - ONAO-PAP-REST unit tests fail on first build on clean checkout
  97     * `[POLICY-717] <https://jira.onap.org/browse/POLICY-717>`_ - Fix a bug in checking required fields if the object has include function
  98     * `[POLICY-734] <https://jira.onap.org/browse/POLICY-734>`_ - Fix Fortify Header Manipulation Issue
  99     * `[POLICY-743] <https://jira.onap.org/browse/POLICY-743>`_ - Fixed data name since its name was changed on server side
 100     * `[POLICY-753] <https://jira.onap.org/browse/POLICY-753>`_ - Policy Health Check failed with multi-node cluster
 101     * `[POLICY-765] <https://jira.onap.org/browse/POLICY-765>`_ - junit test for guard fails intermittently
 102
 103
 104 **Security Notes**
 105
 106 POLICY code has been formally scanned during build time using NexusIQ and all Critical vulnerabilities have been addressed, items that remain open have been assessed for risk and determined to be false positive. The POLICY open Critical security vulnerabilities and their risk assessment have been documented as part of the `project <https://wiki.onap.org/pages/viewpage.action?pageId=25437092>`_.
 107
 108 Quick Links:
 109         - `POLICY project page <https://wiki.onap.org/display/DW/Policy+Framework+Project>`_
 110
 111         - `Passing Badge information for POLICY <https://bestpractices.coreinfrastructure.org/en/projects/1614>`_
 112
 113         - `Project Vulnerability Review Table for POLICY <https://wiki.onap.org/pages/viewpage.action?pageId=25437092>`_
 114
 115 **Known Issues**
 116
 117 The following known issues will be addressed in a future release:
 118
 119     * `[POLICY-522] <https://jira.onap.org/browse/POLICY-522>`_ - PAP REST APIs undesired HTTP response body for 500 responses
 120     * `[POLICY-608] <https://jira.onap.org/browse/POLICY-608>`_ - xacml components : remove hardcoded secret key from source code
 121     * `[POLICY-764] <https://jira.onap.org/browse/POLICY-764>`_ - Policy Engine PIP Configuration JUnit Test fails intermittently
 122     * `[POLICY-776] <https://jira.onap.org/browse/POLICY-776>`_ - OOF Policy TOSCA models are not correctly rendered
 123     * `[POLICY-799] <https://jira.onap.org/browse/POLICY-799>`_ - Policy API Validation Does Not Validate Required Parent Attributes in the Model
 124     * `[POLICY-801] <https://jira.onap.org/browse/POLICY-801>`_ - fields mismatch for OOF flavorFeatures between implementation and wiki
 125     * `[POLICY-869] <https://jira.onap.org/browse/POLICY-869>`_  - Control Loop Drools Rules should not have exceptions as well as die upon an exception
 126     * `[POLICY-872] <https://jira.onap.org/browse/POLICY-872>`_  - investigate potential race conditions during rules version upgrades during call loads
 127
 128
 129
 130
 131 Version: 1.1.3
 132 --------------
 133
 134 :Release Date: 2018-01-18 (Amsterdam Maintenance Release)
 135
 136 **Bug Fixes**
 137
 138 The following fixes were deployed with the Amsterdam Maintenance Release:
 139
 140     * `[POLICY-486] <https://jira.onap.org/browse/POLICY-486>`_ - pdp-x api pushPolicy fails to push latest version
 141
 142
 143 Version: 1.1.1
 144 --------------
 145
 146 :Release Date: 2017-11-16 (Amsterdam Release)
 147
 148 **New Features**
 149
 150 The Amsterdam release continued evolving the design driven architecture of and functionality for POLICY.  The following is a list of Epics delivered with the release. For a full list of stories and tasks delivered in the Amsterdam release, refer to `JiraPolicyAmsterdam`_.
 151
 152     * [POLICY-31] - Stabilization of Seed Code
 153         - POLICY-25  Replace any remaining openecomp reference by onap
 154         - POLICY-32  JUnit test code coverage
 155         - POLICY-66  PDP-D Feature mechanism enhancements
 156         - POLICY-67  Rainy Day Decision Policy
 157         - POLICY-93  Notification API
 158         - POLICY-158  policy/engine: SQL injection Mitigation
 159         - POLICY-269  Policy API Support for Rainy Day Decision Policy and Dictionaries
 160
 161     * [POLICY-33] - This epic covers the body of work involved in deploying the Policy Platform components
 162         - POLICY-40  MSB Integration
 163         - POLICY-124  Integration with oparent
 164         - POLICY-41  OOM Integration
 165         - POLICY-119  PDP-D: noop sinks
 166
 167     * [POLICY-34] - This epic covers the work required to support a Policy developer environment in which Policy Developers can create, update policy templates/rules separate from the policy Platform runtime platform.
 168         - POLICY-57  VF-C Actor code development
 169         - POLICY-43  Amsterdam Use Case Template
 170         - POLICY-173  Deployment of Operational Policies Documentation
 171
 172     * [POLICY-35] - This epic covers the body of work involved in supporting policy that is platform specific.
 173         - POLICY-68  TOSCA Parsing for nested objects for Microservice Policies
 174
 175     * [POLICY-36] - This epic covers the work required to capture policy during VNF on-boarding.
 176
 177     * [POLICY-37] - This epic covers the work required to capture, update, extend Policy(s) during Service Design.
 178         - POLICY-64  CLAMP Configuration and Operation Policies for vFW Use Case
 179         - POLICY-65  CLAMP Configuration and Operation Policies for vDNS Use Case
 180         - POLICY-48  CLAMP Configuration and Operation Policies for vCPE Use Case
 181         - POLICY-63  CLAMP Configuration and Operation Policies for VOLTE Use Case
 182
 183     * [POLICY-38] - This epic covers the work required to support service distribution by SDC.
 184
 185     * [POLICY-39] - This epic covers the work required to support the Policy Platform during runtime.
 186         - POLICY-61  vFW Use Case - Runtime
 187         - POLICY-62  vDNS Use Case - Runtime
 188         - POLICY-59  vCPE Use Case - Runtime
 189         - POLICY-60  VOLTE Use Case - Runtime
 190         - POLICY-51  Runtime Policy Update Support
 191         - POLICY-328  vDNS Use Case - Runtime Testing
 192         - POLICY-324  vFW Use Case - Runtime Testing
 193         - POLICY-320  VOLTE Use Case - Runtime Testing
 194         - POLICY-316  vCPE Use Case - Runtime Testing
 195
 196     * [POLICY-76] - This epic covers the body of work involved in supporting R1 Amsterdam Milestone Release Planning Milestone Tasks.
 197         - POLICY-77  Functional Test case definition for Control Loops
 198         - POLICY-387  Deliver the released policy artifacts
 199
 200
 201 **Bug Fixes**
 202     - This is technically the first release of POLICY, previous release was the seed code contribution. As such, the defects fixed in this release were raised during the course of the release. Anything not closed is captured below under Known Issues. For a list of defects fixed in the Amsterdam release, refer to `JiraPolicyAmsterdam`_.
 203
 204
 205 **Known Issues**
 206     - The operational policy template has been tested with the vFW, vCPE, vDNS and VOLTE use cases.  Additional development may/may not be required for other scenarios.
 207
 208     - For vLBS Use Case, the following steps are required to setup the service instance:
 209         -  Create a Service Instance via VID.
 210         -  Create a VNF Instance via VID.
 211         -  Preload SDNC with topology data used for the actual VNF instantiation (both base and DNS scaling modules). NOTE: you may want to set “vlb_name_0” in the base VF module data to something unique. This is the vLB server name that DCAE will pass to Policy during closed loop. If the same name is used multiple times, the Policy name-query to AAI will show multiple entries, one for each occurrence of that vLB VM name in the OpenStack zone. Note that this is not a limitation, typically server names in a domain are supposed to be unique.
 212         -  Instantiate the base VF module (vLB, vPacketGen, and one vDNS) via VID. NOTE: The name of the VF module MUST start with ``Vfmodule_``. The same name MUST appear in the SDNC preload of the base VF module topology. We’ll relax this naming requirement for Beijing Release.
 213         -  Run heatbridge from the Robot VM using ``Vfmodule_`` … as stack name (it is the actual stack name in OpenStack)
 214         -  Populate AAI with a dummy VF module for vDNS scaling.
 215
 216 **Security Issues**
 217     - None at this time
 218
 219 **Other**
 220     - None at this time
 221
 222
 223 .. Links to jira release notes
 224
 225 .. _JiraPolicyBeijing: https://jira.onap.org/secure/ReleaseNote.jspa?projectId=10106&version=10349
 226 .. _JiraPolicyAmsterdam: https://jira.onap.org/secure/ReleaseNote.jspa?projectId=10106&version=10300
 227
 228
 229 .. note
 230 ..      CHANGE  HISTORY
 231 ..      03/22/2018 - Initial document for Beijing release.
 232 ..      01/15/2018 - Added change for version 1.1.3 to the Amsterdam branch.  Also corrected prior version (1.2.0) to (1.1.1)
 233 ..              Also, Set up initial information for Beijing.
 234 ..      05/29/2018 - Information for Beijing release.
 235 ..              Excluded POLICY-454 from bug list since it doesn't apply to Beijing per Jorge.
 236
 237
 238 End of Release Notes
 239
 240 .. How to notes for SS
 241 ..      For initial document: list epic and user stories for each, list user stories with no epics.
 242 ..      For Bugs section, list bugs that are not tied to an epic.  Remove all items with "Won't Do" resolution.
 243 ..      For Known issues, list bugs that are slotted for a future release.
 244
 245