diff options
author | Krzysztof Opasiak <k.opasiak@samsung.com> | 2019-10-23 22:05:06 +0200 |
---|---|---|
committer | Krzysztof Opasiak <k.opasiak@samsung.com> | 2019-10-23 22:07:12 +0200 |
commit | 527b01a15735bdcf7a5b8cfaa4f34021648e0591 (patch) | |
tree | 3279f6a0b1e6ab0f0ecb0ff238d7859f23d33102 | |
parent | 4e05c5be66c3781aa88e9b530ff936cf62ebce58 (diff) |
Fix simple typo in release notes
Add missing ) around CVE number
Issue-ID: OJSI-203
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I6c74689402981e527fddb3cc674f5c99aedba173
-rw-r--r-- | docs/release-notes.rst | 34 |
1 files changed, 17 insertions, 17 deletions
diff --git a/docs/release-notes.rst b/docs/release-notes.rst index a9cef3b942..5e1483f337 100644 --- a/docs/release-notes.rst +++ b/docs/release-notes.rst @@ -6,7 +6,7 @@ Service Orchestrator Release Notes ================================== -The SO provides the highest level of service orchestration in the ONAP architecture. +The SO provides the highest level of service orchestration in the ONAP architecture. Version: 5.0.1 ----------------------- @@ -143,7 +143,7 @@ The main goal of the El-Alto release was to improve documentation, UT improvemen - [`SO-1605 <https://jira.onap.org/browse/SO-1605>`__\ ] - SO fails on updating Camunda table when DoCreateVfModule for vCPE infra service **Security Notes** - + Quick Links: - `SO project page <https://wiki.onap.org/display/DW/Service+Orchestrator+Project>`_ @@ -165,7 +165,7 @@ OJSI Issues - [`OJSI-110 <https://jira.onap.org/browse/OJSI-110>`__\ ] - so-monitor exposes plain text HTTP endpoint using port 30224 - [`OJSI-138 <https://jira.onap.org/browse/OJSI-138>`__\ ] - so exposes plain text HTTP endpoint using port 30277 - [`OJSI-169 <https://jira.onap.org/browse/OJSI-169>`__\ ] - Port 30224 exposes unprotected service outside of cluster -- [`OJSI-203 <https://jira.onap.org/browse/OJSI-203>`__\ ] - SO exposes unprotected APIs/UIs (CVE-2019-12128 +- [`OJSI-203 <https://jira.onap.org/browse/OJSI-203>`__\ ] - SO exposes unprotected APIs/UIs (CVE-2019-12128) **Upgrade Notes** @@ -217,7 +217,7 @@ The main goal of the Dublin release was to: - [`SO-1508 <https://jira.onap.org/browse/SO-1508>`__\ ] - ETSI Alignment - SO SOL003 plugin support to connect to external VNFMs - [`SO-1468 <https://jira.onap.org/browse/SO-1468>`__\ ] - Hardening of HPA in SO and extension of HPA capabilities to existing use-cases -- [`SO-1394 <https://jira.onap.org/browse/SO-1394>`__\ ] - Extended and enhance the SO generic building block to support pre and post instantiation. +- [`SO-1394 <https://jira.onap.org/browse/SO-1394>`__\ ] - Extended and enhance the SO generic building block to support pre and post instantiation. - [`SO-1393 <https://jira.onap.org/browse/SO-1393>`__\ ] - Support the CCVPN Extension - [`SO-1392 <https://jira.onap.org/browse/SO-1392>`__\ ] - Support the BroadBand Service Usecase - [`SO-1353 <https://jira.onap.org/browse/SO-1353>`__\ ] - SO to be made independent of Cloud technologies @@ -393,7 +393,7 @@ The main goal of the Dublin release was to: Testing Terminate and Delete of ETSI VNFM Adapter is done and has some of the minor issues pending, it will be done in El Alto. -- [`SO-2013 <https://jira.onap.org/browse/SO-2013>`__\ ] - Test Terminate/Delete VNF with VNFM Adapter +- [`SO-2013 <https://jira.onap.org/browse/SO-2013>`__\ ] - Test Terminate/Delete VNF with VNFM Adapter **Upgrade Notes** @@ -557,7 +557,7 @@ There are some issues around the HPA and CCVPN that have been resolved in the pa - `SO-1257 <https://jira.onap.org/browse/SO-1257>`_ Authorization header added to multicloud adapter breaks communication. - + - `SO-1258 <https://jira.onap.org/browse/SO-1258>`_ OOF Directives are not passed through flows to Multicloud Adapter. @@ -566,8 +566,8 @@ There are some issues around the HPA and CCVPN that have been resolved in the pa - `SO-1194 <https://jira.onap.org/browse/SO-1194>`_ Unable to find TOSCA CSAR location using ServiceModelUUID in DoCreateResource BPMN flow. - - + + Below issues will be resolved in the next release: - `SO-1248 <https://jira.onap.org/browse/SO-1248>`_ @@ -623,19 +623,19 @@ The Beijing release is the second release of the Service Orchestrator (SO) proje * Enhance Platform maturity by improving SO maturity matrix see `Wiki <https://wiki.onap.org/display/DW/Beijing+Release+Platform+Maturity>`_. * Manual scaling of network services and VNFs. -* Homing and placement capabilities through OOF interaction. +* Homing and placement capabilities through OOF interaction. * Ability to perform change management. * Integrated to APPC -* Integrated to OOF +* Integrated to OOF * Integrated to OOM - + **Bug Fixes** The defects fixed in this release could be found `here <https://jira.onap.org/issues/?jql=project%20%3D%20SO%20AND%20affectedVersion%20%3D%20%22Beijing%20Release%22%20AND%20status%20%3D%20Closed%20>`_. **Known Issues** - SO docker image is still on ecmop and not onap in the repository. + SO docker image is still on ecmop and not onap in the repository. This will be addressed in the next release. **Security Notes** @@ -685,18 +685,18 @@ Version: 1.1.1 **New Features** The SO provides the highest level of service orchestration in the ONAP architecture. -It executes end-to-end service activities by processing workflows and business logic and coordinating other ONAP and external component activities. +It executes end-to-end service activities by processing workflows and business logic and coordinating other ONAP and external component activities. -The orchestration engine is a reusable service. Any component of the architecture can execute SO orchestration capabilities. +The orchestration engine is a reusable service. Any component of the architecture can execute SO orchestration capabilities. -* Orchestration services will process workflows based on defined models and recipe. +* Orchestration services will process workflows based on defined models and recipe. * The service model maintains consistency and re-usability across all orchestration activities and ensures consistent methods, structure and version of the workflow execution environment. * Orchestration processes interact with other platform components or external systems via standard and well-defined APIs. **Deprecation Notes** -There is a MSO 1.0.0 SO implementation existing in the pre-R1 ONAP Gerrit system. +There is a MSO 1.0.0 SO implementation existing in the pre-R1 ONAP Gerrit system. The MSO1.0.0 is deprecated by the R1 release and the current release is built over this release. The Gerrit repos of mso/* are voided and already locked as read-only. Following are the deprecated SO projects in gerrit repo: @@ -706,7 +706,7 @@ Following are the deprecated SO projects in gerrit repo: - mso/docker-config - mso/libs - mso/mso-config - + **Other** NA |