Age | Commit message (Collapse) | Author | Files | Lines |
|
Issue-ID: SO-2955
Signed-off-by: seshukm <seshu.kumar.m@huawei.com>
Change-Id: If47a43c642e59fe4048d1d816f971e25524236da
|
|
- This is a new component with SO
- This component polls bpmn for any app-c related
tasks. If there is one, it will pick up the task,
execute the task and provide task status to bpmn
- SO code related to this functionality has already
been delivered by Elena.
Issue-ID: SO-2903
Signed-off-by: Ramesh Parthasarathy(rp6768)<ramesh.parthasarathy@att.com>
Change-Id: I1bb3afd437f420304c41255560fbe13106eefb83
|
|
Issue-ID: SO-2821
Signed-off-by: seshukm <seshu.kumar.m@huawei.com>
Change-Id: Ief1d24c6aefbbd47618f235f719c6d0aafbda5b0
|
|
Change tested on so-openstack-adapter but it should impact each
subcomponent the same way.
Issue-ID: MSB-467
Signed-off-by: Konrad Bańka <k.banka@samsung.com>
Change-Id: I3f2ffef25b614701b23aeb9b248db24eee671188
|
|
|
|
Issue-ID: SO-2921
Signed-off-by: hetengjiao <hetengjiao@chinamobile.com>
Change-Id: I28524030291cac3b5e4b04221ee23b8354872d73
|
|
Issue-ID: SO-2818
Signed-off-by: seshukm <seshu.kumar.m@huawei.com>
Change-Id: I99506f2bfb4aa9944dda9a23f6fbe0d66a60cb37
|
|
|
|
OOM SO-NSSMF adapter
Issue-ID: OOM-2343
Change-Id: I93c7bfc58601202dd61455431d2720162ee9e69c
Signed-off-by: jananib <janani.b@huawei.com>
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
integration team reported that openstack is missing request db
adapter endpoint from override file. This has been addressed here.
Issue-ID: SO-2801
Signed-off-by: Ramesh Parthasarathy(rp6768)<ramesh.parthasarathy@att.com>
Change-Id: I1f67575fbea813587ec83c7ff88bc294c09eef71
|
|
for MSB
Change-Id: I4a23fccbc50453969f1c1d0665933f88ea4971ff
Issue-ID: SO-2574
Signed-off-by: waqas.ikram <waqas.ikram@est.tech>
|
|
Added the trust store provided by waqas to be included
with vnfm adapter jvm arguments.
Issue-ID: SO-2765
Signed-off-by: Ramesh Parthasarathy(rp6768)<ramesh.parthasarathy@att.com>
Change-Id: Ifbe7bd54dcf1f79b49bed1f887e472ad9b7ac634
|
|
|
|
Use 6.0.0 in preparation for Frankfurt release
Issue-ID: OOM-2320
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
Change-Id: I8ad82dfdf48b56c38c0e85d640b18cc13c8d9e67
|
|
Issue-ID: INT-1511
Signed-off-by: Konrad Bańka <k.banka@samsung.com>
Change-Id: I1e44830206c9e1124952078584a769869caa6ffb
|
|
Issue-ID: SO-2519
Signed-off-by: seshukm <seshu.kumar.m@huawei.com>
Change-Id: Ib340900d834f1b74b1ca936dc5c2de96d3c6ad96
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
Workaround for retrieving ONAP root CA and keeping SO container being
run by no root user.
Issue-ID: SO-2730
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
Change-Id: Ib1b48c0a6fcca359a780640b8c705e75fd78dc1a
|
|
Generate passwords for:
- so_user
- so_admin
and distribute them to all SO subcharts.
mariadb-galera root password is taken as a reference to existing
secret (shared mariadb instance) or also generated if local cluster is
used.
Three other DB users also have generated passwords but they are not
distributed outside of so-mariadb as they were never used.
Issue-ID: OOM-2328
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: Ic4af5c9b12b00d2a52d2597e3fe1161d0d1a9f20
|
|
When porting so-mariadb component I've not noticed a few DB
credentials hardcoded in shell scripts...
Let's fix this and move all of them to common secret template
Issue-ID: OOM-2328
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I8b42b22b1eb67ee8f15aebf0f4fccaa62cf6fde5
|
|
|
|
|
|
|
|
|
|
|
|
Use common secret template in so-vfc-adapter component.
For now passwords are stil hardcoded but this will be removed in
further commits.
Issue-ID: OOM-2328
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I276e0814775ac68efe9df2f4d1ef5f919d3bef0f
|
|
Use common secret template in so-sdnc-adapter component.
For now passwords are stil hardcoded but this will be removed in
further commits.
Issue-ID: OOM-2328
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I57c88fcdbaded8fc73fd066f39519be0eae3d670
|
|
Use common secret template in so-sdc-controller component.
For now passwords are stil hardcoded but this will be removed in
further commits.
Issue-ID: OOM-2328
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I87439d4a4fe545610a2d423180530d57c09ff376
|
|
Use common secret template in so-request-db-adapter component.
For now passwords are stil hardcoded but this will be removed in
further commits.
Issue-ID: OOM-2328
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I7231ac14d1f19d27c11c980e446a4809fae5dadd
|
|
Use common secret template in so-openstack-adapter component.
For now passwords are stil hardcoded but this will be removed in
further commits.
Issue-ID: OOM-2328
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: Id01fcc655768bfe965b4d731f99ba3921d90ddd5
|
|
Use common secret template in so-monitoring component.
For now passwords are stil hardcoded but this will be removed in
further commits.
Issue-ID: OOM-2328
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: Iff0ae7e14924d5e4e3484e509a7a4962f623e487
|
|
Issue-ID: OOM-2051
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I4975939da127f596d4a78cf8e144b8f71e72194e
|
|
|
|
when so.global.security.aaf.enabled is false, openstack
should use basic credentials to call bpmn. This is
being addressed in this fix
Issue-ID: SO-2747
Signed-off-by: Ramesh Parthasarathy(rp6768)<ramesh.parthasarathy@att.com>
Change-Id: Ie16f6a8d94a3f099b461eefbfc478723c2a9a9c0
|
|
|
|
Issue-ID: SO-2519
Signed-off-by: seshukm <seshu.kumar.m@huawei.com>
Change-Id: Iee36c5f5182686a8d18ba8d178a5d002623cd0a1
|
|
Change-Id: I182419f83c8296b25be2aa4ce729d6ea27b33836
Issue-ID: SO-2460
Signed-off-by: Srinivasan Ramanathan <srinivasan.ramanathan2@us.fujitsu.com>
|
|
Use common secrete template in so-mariadb component.
For now passwords are stil hardcoded but this will be removed in
further commits.
Issue-ID: OOM-2328
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I70b13b14d0ddad8913f45c7cabed0c0d221d0005
|
|
|
|
|
|
|
|
|
|
Issue-ID: SO-2588
Signed-off-by: Enbo Wang <wangenbo@huawei.com>
Change-Id: I809336bcc7528e4196ddb59a9c25939fd891b502
|
|
Use common secret template in so-catalog-db-adapter component.
For now passwords are stil hardcoded but this will be removed in
further commits.
Issue-ID: OOM-2328
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I2ac98729b47d15ab4c360c3bb8c759370d6ec7d2
|
|
Add support to build endpoint from SO to multicloud
via msb using http or https scheme.
Change-Id: I474fdd7c885e437c1c8136bffe3e40e41c86dab5
Issue-ID: SO-1450
Signed-off-by: Eric Multanen <eric.w.multanen@intel.com>
|
|
Use common secrete template in so-bpmn-infra component.
For now passwords are stil hardcoded but this will be removed in
further commits.
Issue-ID: OOM-2328
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I828d6a5713cf023d72ab22ea758e78e91d1944b9
|
|
Ve-Vnfm-Adapter POD
Issue-ID: OOM-2307
Signed-off-by: Piotr Borelowski <p.borelowski@partner.samsung.com>
Change-Id: I2bb95b1867338964e3f3dce74e50ac3e11231bcd
|
|
Issue-ID: SO-1110
Signed-off-by: sunilb <sb00577584@techmahindra.com>
Change-Id: Ic468a1b28d681d14e862f4405890d996b42660f6
|
|
SO can handle keystone v3 but override file must be capable to handle
this.
If openStackKeystoneVersion is set to "KEYSTONE_V3" in
so-catalog-db-adapter config part, SO will be able to use keystone v3
for OpenStack
Issue-ID: OOM-2221
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
Change-Id: I14db318d25842a08ef380f6edb708e26dae050ad
|
|
Here we have the ability to optionally disable AAF integration.
A global variable global.security.aaf.enabled=true
will turn on AAF security. with global.security.aaf.enabled=false
it will use spring.security to ensure backward compatibilty. updated
based on review comments
Issue-ID: SO-2452
Signed-off-by: Ramesh Parthasarathy(rp6768)<ramesh.parthasarathy@att.com>
Change-Id: Ia83622ad681cfd122ee906ccd1654b10b5e31fe4
|
|
ONAP is too big to be deployed using helm install so we need to
use a custom helm plugin helm deploy. This script deloys onap
component by component instead of deploying evrything at
once. Unfortunately this script also modifies the helm release by
appending component name to it.
As a result of this behavior our objects are called for example:
onap-mariadb-galera-mariadb-galera-0
instead of just being called onap-mariadb-galera-0.
This patch simplifies this naming convention by replacing all direct
usages of .Release.Name with common.release macro which strips the
component specific part from the release name.
Issue-ID: OOM-2275
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: Ia8cead50d305adb00eef666d0a1ace74479b5183
|