Partition merge requestshttps://community.opengroup.org/osdu/platform/system/partition/-/merge_requests2023-08-18T15:30:43Zhttps://community.opengroup.org/osdu/platform/system/partition/-/merge_requests/197added automatic deployment logic for new serverless app2023-08-18T15:30:43ZBhushan Radeadded automatic deployment logic for new serverless appIbm specific changesIbm specific changesM13 - Release 0.16Bhushan RadeBhushan Radehttps://community.opengroup.org/osdu/platform/system/partition/-/merge_requests/196upated Core-Lib-Azure version2023-08-18T15:30:45ZAnubhav Aronupated Core-Lib-Azure versionM13 - Release 0.16Anubhav AronAnubhav Aronhttps://community.opengroup.org/osdu/platform/system/partition/-/merge_requests/194Refactor pipeline for release [GONRG-4856]2023-08-18T15:30:46ZMikhail Piatliou (EPAM)Refactor pipeline for release [GONRG-4856]M13 - Release 0.16Mikhail Piatliou (EPAM)Mikhail Piatliou (EPAM)https://community.opengroup.org/osdu/platform/system/partition/-/merge_requests/193GONRG-4916: Debt with helms in partition - README for deploy and configmap ch...2023-08-18T15:30:48ZKrisztian Molnar (EPAM)GONRG-4916: Debt with helms in partition - README for deploy and configmap chartsIt's not the final version, I need clarification in:
- grouping vars - I grouped the variables according to the comments in values yaml and I don't know if it's correct that way
- defining vars more accurately in the description
- what v...It's not the final version, I need clarification in:
- grouping vars - I grouped the variables according to the comments in values yaml and I don't know if it's correct that way
- defining vars more accurately in the description
- what vars are actually required and what aren't
- what default values are strict (never should be changed) and what default values are just initials/examplesM13 - Release 0.16Krisztian Molnar (EPAM)Krisztian Molnar (EPAM)https://community.opengroup.org/osdu/platform/system/partition/-/merge_requests/187int tests for anthos env (GONRG-4979)2023-08-18T15:30:57ZRustam Lotsmanenko (EPAM)rustam_lotsmanenko@epam.comint tests for anthos env (GONRG-4979)M13 - Release 0.16Riabokon Stanislav(EPAM)[GCP]Riabokon Stanislav(EPAM)[GCP]https://community.opengroup.org/osdu/platform/system/partition/-/merge_requests/319Release ibm helm 17 : Helm Chart Resource Changed2022-12-08T06:13:14ZManish SinghRelease ibm helm 17 : Helm Chart Resource ChangedAll 'oc' commands modified to 'kubectl'All 'oc' commands modified to 'kubectl'M14 - Release 0.17Shrikant GargShrikant Garghttps://community.opengroup.org/osdu/platform/system/partition/-/merge_requests/282Cherry-pick 'Upgrade Springframework' into release/0.172022-10-06T18:22:17ZDavid Diederichd.diederich@opengroup.orgCherry-pick 'Upgrade Springframework' into release/0.17**Original MR**: !279
### This MR is a Cherry Pick into a Release Branch.
After the release branch is first created, any subsequent changes use this process to update the release (often resulting in a new patch tag) without incorporati...**Original MR**: !279
### This MR is a Cherry Pick into a Release Branch.
After the release branch is first created, any subsequent changes use this process to update the release (often resulting in a new patch tag) without incorporating all changes in the default branch.
These MRs must be approved by the PMC before they are merged, since they alter the scope of the release.
To see more details about the change itself, look at the Original MR listed above.
#### Skipped Pipeline
Normally, pipelines are not executed on the cherry pick branch/MR prior to merging.
This optimization is accepted because the code was tested when it merged into the default branch, and will be tested again in the release branch prior to tagging.
However, if anybody feels that the MR requires further scrutiny -- whether because it had conflicts in the cherry-picking, it interfaces with some drastically altered logic between the branches, or any other reason -- we can run the pipeline here prior to merging.
#### If There's Reason to Run a Pipeline
If you want to see a pipeline result before this merges, first add a comment explaining why you'd like to see the pipeline results so the PMC and others know your thinking.
Then, mark the MR as a Draft MR (using the vertical ellipsis above, choose 'Mark as Draft').
This prevents the MR from being approved & merged accidentally by a busy release coordinator who didn't see your comment.
Finally, if you are a maintainer on the project, launch a pipeline on this branch.
Since this branch is a protected branch and the MR has ~no-detached-pipeline set, all integration tests will run and there's no need for any `trusted-*` branches.
[Launch a Pipeline for this Branch](https://community.opengroup.org/osdu/platform/system/partition/-/pipelines/new?ref=cherry-pick-for-279)M14 - Release 0.17David Diederichd.diederich@opengroup.orgDavid Diederichd.diederich@opengroup.orghttps://community.opengroup.org/osdu/platform/system/partition/-/merge_requests/281Cherry-pick 'Update FOSSA NOTICE' into release/0.172022-10-06T16:09:27ZDavid Diederichd.diederich@opengroup.orgCherry-pick 'Update FOSSA NOTICE' into release/0.17**Original MR**: !280
### This MR is a Cherry Pick into a Release Branch.
After the release branch is first created, any subsequent changes use this process to update the release (often resulting in a new patch tag) without incorporati...**Original MR**: !280
### This MR is a Cherry Pick into a Release Branch.
After the release branch is first created, any subsequent changes use this process to update the release (often resulting in a new patch tag) without incorporating all changes in the default branch.
These MRs must be approved by the PMC before they are merged, since they alter the scope of the release.
To see more details about the change itself, look at the Original MR listed above.
#### Skipped Pipeline
Normally, pipelines are not executed on the cherry pick branch/MR prior to merging.
This optimization is accepted because the code was tested when it merged into the default branch, and will be tested again in the release branch prior to tagging.
However, if anybody feels that the MR requires further scrutiny -- whether because it had conflicts in the cherry-picking, it interfaces with some drastically altered logic between the branches, or any other reason -- we can run the pipeline here prior to merging.
#### If There's Reason to Run a Pipeline
If you want to see a pipeline result before this merges, first add a comment explaining why you'd like to see the pipeline results so the PMC and others know your thinking.
Then, mark the MR as a Draft MR (using the vertical ellipsis above, choose 'Mark as Draft').
This prevents the MR from being approved & merged accidentally by a busy release coordinator who didn't see your comment.
Finally, if you are a maintainer on the project, launch a pipeline on this branch.
Since this branch is a protected branch and the MR has ~no-detached-pipeline set, all integration tests will run and there's no need for any `trusted-*` branches.
[Launch a Pipeline for this Branch](https://community.opengroup.org/osdu/platform/system/partition/-/pipelines/new?ref=cherry-pick-for-280)M14 - Release 0.17David Diederichd.diederich@opengroup.orgDavid Diederichd.diederich@opengroup.orghttps://community.opengroup.org/osdu/platform/system/partition/-/merge_requests/280Update FOSSA NOTICE2022-10-06T02:05:54ZDavid Diederichd.diederich@opengroup.orgUpdate FOSSA NOTICEThis MR updates the attribution file for the project (also known as the `NOTICE` file).
It is important to keep this up to date to satisfy legal requirements of dependency licenses.
We use FOSSA as the tool to scan for and detect these ...This MR updates the attribution file for the project (also known as the `NOTICE` file).
It is important to keep this up to date to satisfy legal requirements of dependency licenses.
We use FOSSA as the tool to scan for and detect these changes.M14 - Release 0.17https://community.opengroup.org/osdu/platform/system/partition/-/merge_requests/279Upgrade Springframework2022-10-06T16:06:54ZXiangliang MengUpgrade SpringframeworkM14 - Release 0.17Okoun-Ola Fabien HouetoXiangliang MengOkoun-Ola Fabien Houetohttps://community.opengroup.org/osdu/platform/system/partition/-/merge_requests/276Upgrade First Party Library Dependencies for Release 0.172022-10-04T05:12:42ZDavid Diederichd.diederich@opengroup.orgUpgrade First Party Library Dependencies for Release 0.17This automated MR upgrades the first party libraries (other OSDU libraries) to utilize the latest release.
The intent is to keep the OSDU projects utilizing the latest available code to ensure widespread usage and stability.
However, any...This automated MR upgrades the first party libraries (other OSDU libraries) to utilize the latest release.
The intent is to keep the OSDU projects utilizing the latest available code to ensure widespread usage and stability.
However, any library that is older than the previous release will be left as-is, since the upgrade is likely to be more complicated.
Furthermore, the upgrade should only be merged in the CI pipeline reports success.
If this MR has failed, we can spend a little time investigating to see if a trivial upgrade could achieve compatiblity to the new library.
But significant upgrade efforts should not occur on this MR, as part of the release tagging process.
Instead, significant work should be scheduled for a subsequent milestone.
### Dependency Information Before the Upgrade
```
Branch: master
SHA: 8ac10f432bd53cc6e9c5147650a0fdf6caef8589
Maven: 0.17.0-SNAPSHOT
```
| Maven Dependencies | _Root_ | testing/ |
| ------------------------------------------------------- | -------- | ---------------------- |
| core-lib-azure | 0.16.0 | |
| core-lib-gcp | 0.16.0 | 0.3.25 |
| os-core-lib-aws | 0.16.1 | 0.16.1 |
| obm | 0.16.0 | |
| oqm | 0.16.0 | |
| os-core-common | 0.16.0 | 0.16.0, 0.3.18 |
| os-core-lib-ibm | 0.16.0 | 0.16.0 |
| osm | 0.16.0 | |
| (3rd Party) com.fasterxml.jackson.core.jackson-databind | 2.13.2.2 | 2.13.2.2, 2.9.9.3 |
| (3rd Party) org.apache.logging.log4j.log4j-api | 2.17.1 | 2.17.2, 2.13.3, 2.11.1 |
| (3rd Party) org.apache.logging.log4j.log4j-to-slf4j | 2.17.1 | 2.17.2, 2.13.3, 2.11.2 |
| (3rd Party) org.springframework.spring-webflux | 5.3.12 | |
| (3rd Party) org.springframework.spring-webmvc | 5.3.22 | 5.3.22, 5.1.17.RELEASE |
```
Warning: Found Vulnerable Spring WebFlux dependency (<5.2.20 || >=5.3.0 <5.3.18)
└─ _Root_
└─ org.opengroup.osdu.partition-azure == 0.17.0-SNAPSHOT
└─ com.azure.spring.azure-spring-boot-starter-active-directory == 3.4.0
└─ org.springframework.boot.spring-boot-starter-webflux == 2.4.12
└─ org.springframework.spring-webflux == 5.3.12
```
### Dependency Information After the Upgrade
```
Branch: dependency-upgrade
SHA: 2981c5d58c0bd60e07b66d0861ec5f1b3cc8ee16
Maven: 0.17.0-SNAPSHOT
```
| Maven Dependencies | _Root_ | testing/ |
| ------------------------------------------------------- | -------- | ---------------------- |
| core-lib-azure | 0.17.0 | |
| core-lib-gcp | 0.17.0 | 0.3.25 |
| os-core-lib-aws | 0.17.0 | 0.17.0 |
| obm | 0.17.0 | |
| oqm | 0.17.0 | |
| os-core-common | 0.17.0 | 0.17.0, 0.3.18 |
| os-core-lib-ibm | 0.17.0 | 0.17.0 |
| osm | 0.17.0 | |
| (3rd Party) com.fasterxml.jackson.core.jackson-databind | 2.13.2.2 | 2.13.2.2, 2.9.9.3 |
| (3rd Party) org.apache.logging.log4j.log4j-api | 2.17.1 | 2.17.2, 2.13.3, 2.11.1 |
| (3rd Party) org.apache.logging.log4j.log4j-to-slf4j | 2.17.1 | 2.17.2, 2.13.3, 2.11.2 |
| (3rd Party) org.springframework.spring-webflux | 5.3.22 | |
| (3rd Party) org.springframework.spring-webmvc | 5.3.22 | 5.3.22, 5.1.17.RELEASE |M14 - Release 0.17https://community.opengroup.org/osdu/platform/system/partition/-/merge_requests/275AWS Using Helm to Deploy2022-10-01T00:07:35ZMarc Burnie [AWS]AWS Using Helm to DeployM14 - Release 0.17Marc Burnie [AWS]Marc Burnie [AWS]https://community.opengroup.org/osdu/platform/system/partition/-/merge_requests/274Upgrade Gson2022-10-04T22:06:58ZXiangliang MengUpgrade Gsoncommit 2257adeb
Author: David Meng <xlmeng@amazon.com>
Date: Tue Sep 27 2022 11:04:44 GMT-0400 (Eastern Daylight Time)
Upgrade Gsoncommit 2257adeb
Author: David Meng <xlmeng@amazon.com>
Date: Tue Sep 27 2022 11:04:44 GMT-0400 (Eastern Daylight Time)
Upgrade GsonM14 - Release 0.17Okoun-Ola Fabien HouetoXiangliang MengOkoun-Ola Fabien Houetohttps://community.opengroup.org/osdu/platform/system/partition/-/merge_requests/273GONRG-5722-Decrease_logs_severity_for_services2023-08-18T15:30:01ZYevhenii Orlov (EPAM) [GCP]GONRG-5722-Decrease_logs_severity_for_servicesM14 - Release 0.17https://community.opengroup.org/osdu/platform/system/partition/-/merge_requests/272Checkov Findings and Gitlab Helm Chart Deploy Variables2022-09-28T19:02:40ZMarc Burnie [AWS]Checkov Findings and Gitlab Helm Chart Deploy VariablesM14 - Release 0.17Marc Burnie [AWS]Marc Burnie [AWS]https://community.opengroup.org/osdu/platform/system/partition/-/merge_requests/269AWS Helm Build Update2022-09-20T22:46:34ZMarc Burnie [AWS]AWS Helm Build UpdateM14 - Release 0.17Marc Burnie [AWS]Marc Burnie [AWS]https://community.opengroup.org/osdu/platform/system/partition/-/merge_requests/268[GONRG-5627] Added no istio option2023-08-18T15:30:05ZDanylo Vanin (EPAM)[GONRG-5627] Added no istio optionM14 - Release 0.17Danylo Vanin (EPAM)Danylo Vanin (EPAM)https://community.opengroup.org/osdu/platform/system/partition/-/merge_requests/266GONRG-5653_RequestAuthentication_with_managed_ASM2023-08-18T15:30:07ZMaksimelyan Tamashevich (EPAM)GONRG-5653_RequestAuthentication_with_managed_ASMM14 - Release 0.17Oleksandr Kosse (EPAM)Oleksandr Kosse (EPAM)https://community.opengroup.org/osdu/platform/system/partition/-/merge_requests/265Update README.md2022-09-12T09:46:36ZRiabokon Stanislav(EPAM)[GCP]Update README.mdM14 - Release 0.17Riabokon Stanislav(EPAM)[GCP]Riabokon Stanislav(EPAM)[GCP]https://community.opengroup.org/osdu/platform/system/partition/-/merge_requests/263Move authorization logic to Istio layer(GONRG-5351)2023-08-18T15:30:09ZYurii Ruban [EPAM / GCP]Move authorization logic to Istio layer(GONRG-5351)# Description:
Moved authorization logic to Istio layer.
# How to test:
Execute API requests on partition endpoint using GCP config
# Changes include:
- [x] Refactor (a non-breaking change that improves code maintainability).
# Cha...# Description:
Moved authorization logic to Istio layer.
# How to test:
Execute API requests on partition endpoint using GCP config
# Changes include:
- [x] Refactor (a non-breaking change that improves code maintainability).
# Changes in:
- [x] GCPM14 - Release 0.17Riabokon Stanislav(EPAM)[GCP]Riabokon Stanislav(EPAM)[GCP]