OS Core Lib Azure merge requestshttps://community.opengroup.org/osdu/platform/system/lib/cloud/azure/os-core-lib-azure/-/merge_requests2023-08-18T12:43:22Zhttps://community.opengroup.org/osdu/platform/system/lib/cloud/azure/os-core-lib-azure/-/merge_requests/188increased version for storage blob2023-08-18T12:43:22ZAnkur Rawatincreased version for storage blobFluxutil is available in azure-core package for version >= 1.17.0Fluxutil is available in azure-core package for version >= 1.17.0M11 - Release 0.14Ankur RawatAnkur Rawathttps://community.opengroup.org/osdu/platform/system/lib/cloud/azure/os-core-lib-azure/-/merge_requests/190Adding MSI Authentication for Azure Resource2023-08-18T12:43:21Zharshit aggarwalAdding MSI Authentication for Azure ResourceM11 - Release 0.14harshit aggarwalharshit aggarwalhttps://community.opengroup.org/osdu/platform/system/lib/cloud/azure/os-core-lib-azure/-/merge_requests/191Cherry-pick 'ankurrawat/storageBlobVersionUpdate' into 'release/0.13'2022-12-22T18:58:02ZDavid Diederichd.diederich@opengroup.orgCherry-pick 'ankurrawat/storageBlobVersionUpdate' into 'release/0.13'Original MR: !188Original MR: !188https://community.opengroup.org/osdu/platform/system/lib/cloud/azure/os-core-lib-azure/-/merge_requests/192Adding RedisAzureConfiguration for RedisAzureCache2022-12-22T18:58:02ZShiv SinghAdding RedisAzureConfiguration for RedisAzureCache## All Submissions:
-------------------------------------
* [YES/NO] I have added an explanation of what changes in this merge do and why we should include it?
* [YES/NO] I have updated the documentation accordingly.
* [YES/NO/NA] I have...## All Submissions:
-------------------------------------
* [YES/NO] I have added an explanation of what changes in this merge do and why we should include it?
* [YES/NO] I have updated the documentation accordingly.
* [YES/NO/NA] I have added tests to cover my changes.
* [YES/NO/NA] All new and existing tests passed.
* [YES/NO/NA] My code follows the code style of this project.
* [YES/NO/NA] I ran lint checks locally prior to submission.
## What is the issue or story related to the change?
-------------------------------------
<!-- Please describe the current behavior that you are modifying, 'or' link to a relevant issue.
Feel free to add references to any design documents you might have shared with the team or any
related MR that you are building on top of. -->
High level design:
Issue: <!-- Link any __GitLab__ workitem(s) to this pull request. -->
<!-- Please add implementation details of current set of changes and how the code changes are
doing what they are expected to do. Are there any complex loops or designated code blocks that
should be elaborated? Is there some contextual knowledge that the reviewer should be aware of? -->
Change details:
## Test coverage:
------------------
<!-- Mention unit test coverage of changes. -->
## Does this introduce a breaking change?
-------------------------------------
- [YES/NO]
<!-- If this introduces a breaking change, please describe the impact and migration path for existing applications below. -->
## Pending items
----------------
<!-- Are there changes that you'll introduce in upcoming MRs and hence did not add in this one? Next steps of your
feature can also be mentioned here. -->
## Reviewer request
-------------------
- Please provide an ETA when you plan to review this MR. Write a comment to decline or provide an ETA.
- Block the MR if you feel there is less testing or no details in the MR
- Please cover the following aspects in the MR
-- Coding design: _\<Reviewer1>_
-- Backward Compatibility: _\<Reviewer2>_
-- Feature Logic: _\<Logic design\>_
-- _\<Any other context mention here>_
OR
-- _\<Component 1>_: _\<Reviewer1>_
-- _\<CosmosDB>_: _\<Reviewer2>_
-- _\<ServiceBus>_ _\<Reviewer3>_
-- _\<Mention any other component and owner>_
## Other information
-------------------------------------
<!-- Any other information that is important to this MR such as screenshots of how the component looks before and after the change. -->Shiv SinghShiv Singhhttps://community.opengroup.org/osdu/platform/system/lib/cloud/azure/os-core-lib-azure/-/merge_requests/193Standardize worker logs2023-08-18T12:43:19ZVibhuti Sharma [Microsoft]Standardize worker logs**Aim**
Enable worker services to follow a common logging format.
**Implementation**
* Added an Abstract class for MessageHandler class that is defined in worker services like WKS and Indexer Queue, to follow a common start and end work...**Aim**
Enable worker services to follow a common logging format.
**Implementation**
* Added an Abstract class for MessageHandler class that is defined in worker services like WKS and Indexer Queue, to follow a common start and end worker log template.
* Added WorkerPayload class in logging module, along with logWorker method in CoreLogger
**Related MRs**
* https://community.opengroup.org/osdu/platform/system/storage/-/merge_requests/382/diffsM11 - Release 0.14Vibhuti Sharma [Microsoft]Vibhuti Sharma [Microsoft]https://community.opengroup.org/osdu/platform/system/lib/cloud/azure/os-core-lib-azure/-/merge_requests/194Adding tests for KeyVaultFacade and RedisClientFactory2022-12-22T18:58:03ZShiv SinghAdding tests for KeyVaultFacade and RedisClientFactoryShiv SinghShiv Singhhttps://community.opengroup.org/osdu/platform/system/lib/cloud/azure/os-core-lib-azure/-/merge_requests/195Add Method for generating SAS token in blobstore2023-08-18T12:43:17Zharshit aggarwalAdd Method for generating SAS token in blobstoreM11 - Release 0.14harshit aggarwalharshit aggarwalhttps://community.opengroup.org/osdu/platform/system/lib/cloud/azure/os-core-lib-azure/-/merge_requests/198Upgrade First Party Library Dependencies for Release 0.142022-09-25T13:24:39ZDavid Diederichd.diederich@opengroup.orgUpgrade First Party Library Dependencies for Release 0.14This 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: d385bfe074d62ddd25afe73165e7dc00544f1784
Maven: 0.14.0-SNAPSHOT
```
| Maven Dependencies | _Root_ |
| ------------------ | ---------- |
| os-core-common | 0.14.0-rc1 |
### Dependency Information After the Upgrade
```
Branch: dependency-upgrade
SHA: c4777b62c65f10469b54c498e97e107dcbb54e70
Maven: 0.14.0-SNAPSHOT
```
| Maven Dependencies | _Root_ |
| ------------------ | ------ |
| os-core-common | 0.14.0 |M11 - Release 0.14https://community.opengroup.org/osdu/platform/system/lib/cloud/azure/os-core-lib-azure/-/merge_requests/199Added getRedissonClient in RedisClientFactory and getLock in RedisAzureCache2023-08-18T12:43:15ZShiv SinghAdded getRedissonClient in RedisClientFactory and getLock in RedisAzureCacheThe **getLock** method is used by services to synchronize across multiple instances of a given service by acquiring a lock over the same _lockKey_. This is currently getting used by entitlements service.The **getLock** method is used by services to synchronize across multiple instances of a given service by acquiring a lock over the same _lockKey_. This is currently getting used by entitlements service.M12 - Release 0.15Shiv SinghShiv Singhhttps://community.opengroup.org/osdu/platform/system/lib/cloud/azure/os-core-lib-azure/-/merge_requests/200Read blob properties2023-08-18T12:43:13ZSachin JaiswalRead blob properties## All Submissions:
-------------------------------------
* [YES/NO] I have added an explanation of what changes in this merge do and why we should include it?
* [YES/NO] I have updated the documentation accordingly.
* [YES/NO/NA] I have...## All Submissions:
-------------------------------------
* [YES/NO] I have added an explanation of what changes in this merge do and why we should include it?
* [YES/NO] I have updated the documentation accordingly.
* [YES/NO/NA] I have added tests to cover my changes.
* [YES/NO/NA] All new and existing tests passed.
* [YES/NO/NA] My code follows the code style of this project.
* [YES/NO/NA] I ran lint checks locally prior to submission.
## What is the issue or story related to the change?
-------------------------------------
<!-- Please describe the current behavior that you are modifying, 'or' link to a relevant issue.
Feel free to add references to any design documents you might have shared with the team or any
related MR that you are building on top of. -->
High level design:
Issue: <!-- Link any __GitLab__ workitem(s) to this pull request. -->
<!-- Please add implementation details of current set of changes and how the code changes are
doing what they are expected to do. Are there any complex loops or designated code blocks that
should be elaborated? Is there some contextual knowledge that the reviewer should be aware of? -->
Change details:
## Test coverage:
------------------
<!-- Mention unit test coverage of changes. -->
## Does this introduce a breaking change?
-------------------------------------
- [YES/NO]
<!-- If this introduces a breaking change, please describe the impact and migration path for existing applications below. -->
## Pending items
----------------
<!-- Are there changes that you'll introduce in upcoming MRs and hence did not add in this one? Next steps of your
feature can also be mentioned here. -->
## Reviewer request
-------------------
- Please provide an ETA when you plan to review this MR. Write a comment to decline or provide an ETA.
- Block the MR if you feel there is less testing or no details in the MR
- Please cover the following aspects in the MR
-- Coding design: _\<Reviewer1>_
-- Backward Compatibility: _\<Reviewer2>_
-- Feature Logic: _\<Logic design\>_
-- _\<Any other context mention here>_
OR
-- _\<Component 1>_: _\<Reviewer1>_
-- _\<CosmosDB>_: _\<Reviewer2>_
-- _\<ServiceBus>_ _\<Reviewer3>_
-- _\<Mention any other component and owner>_
## Other information
-------------------------------------
<!-- Any other information that is important to this MR such as screenshots of how the component looks before and after the change. -->M12 - Release 0.15Paresh BehedeParesh Behedehttps://community.opengroup.org/osdu/platform/system/lib/cloud/azure/os-core-lib-azure/-/merge_requests/201Fix for adding api name in logs.2023-08-18T12:43:12ZHarsheet ShahFix for adding api name in logs.## All Submissions:
-------------------------------------
This fix is to add the columns for api method and operation name in logs.
* [YES/NO] I have added an explanation of what changes in this merge do and why we should include it? Ye...## All Submissions:
-------------------------------------
This fix is to add the columns for api method and operation name in logs.
* [YES/NO] I have added an explanation of what changes in this merge do and why we should include it? Yes
* [YES/NO] I have updated the documentation accordingly. NA
* [YES/NO/NA] I have added tests to cover my changes.Yes
* [YES/NO/NA] All new and existing tests passed. Yes
* [YES/NO/NA] My code follows the code style of this project. Yes
* [YES/NO/NA] I ran lint checks locally prior to submission. Yes
## What is the issue or story related to the change?
-------------------------------------
https://dev.azure.com/OpenEnergyPlatform/Open%20Energy%20Platform/_workitems/edit/7658
<!-- This changes is regarding adding columns in logs for business telemetry purpose. -->
High level design:
Issue: <!-- Link any __GitLab__ workitem(s) to this pull request. -->
<!-- Please add implementation details of current set of changes and how the code changes are
doing what they are expected to do. Are there any complex loops or designated code blocks that
should be elaborated? Is there some contextual knowledge that the reviewer should be aware of? -->
Change details: After this change
Example logs:
Eg1: 2022-05-10 11:06:14.488 INFO MININT-PH6PVLC --- [nio-8083-exec-2] TxnLogger correlation-id=1ee41a0b-c42e-4f6f-9bb2-6edc837b6031 data-partition-id=opendes **api-method=GET operation-name={GET [/_dps/task-handlers/test/{testId}]} user-id=51d2f791-795b-4c8d-9657-cd23b1f9f2a7** app-id=: indexer.app End Web-API GET /_dps/task-handlers/test/harsheet/ Headers: {correlation-id:1ee41a0b-c42e-4f6f-9bb2-6edc837b6031,content-type:application/json} status=200 time=102 ms {correlation-id=1ee41a0b-c42e-4f6f-9bb2-6edc837b6031, data-partition-id=opendes}
Eg2: 2022-05-10 11:06:43.731 INFO MININT-PH6PVLC --- [nio-8083-exec-3] TxnLogger correlation-id=6dae3b30-3f36-4a36-a597-caae25c51c20 data-partition-id=opendes **api-method=POST operation-name={POST [/_dps/task-handlers/index-worker], consumes [application/json]} user-id=51d2f791-795b-4c8d-9657-cd23b1f9f2a7 **app-id=: indexer.app Start Web-API POST /_dps/task-handlers/index-worker Headers: {data-partition-id:opendes,content-type:application/json} {correlation-id=6dae3b30-3f36-4a36-a597-caae25c51c20, data-partition-id=opendes}
## Test coverage:
------------------
<!-- Mention unit test coverage of changes. -->
## Does this introduce a breaking change?
-------------------------------------
- [YES/NO] NO
<!-- If this introduces a breaking change, please describe the impact and migration path for existing applications below. -->
## Pending items
----------------
<!-- Are there changes that you'll introduce in upcoming MRs and hence did not add in this one? Next steps of your
feature can also be mentioned here. -->
MR is about adding api/operation name in logs for azure
## Reviewer request
-------------------
- Please provide an ETA when you plan to review this MR. Write a comment to decline or provide an ETA.
- Block the MR if you feel there is less testing or no details in the MR
- Please cover the following aspects in the MR
-- Coding design: _\<Reviewer1>_
-- Backward Compatibility: _\<Reviewer2>_
-- Feature Logic: _\<Logic design\>_
-- _\<Any other context mention here>_
OR
-- _\<Component 1>_: _\<Reviewer1>_
-- _\<CosmosDB>_: _\<Reviewer2>_
-- _\<ServiceBus>_ _\<Reviewer3>_
-- _\<Mention any other component and owner>_
## Other information
-------------------------------------
<!-- Any other information that is important to this MR such as screenshots of how the component looks before and after the change. -->M12 - Release 0.15Harsheet ShahHarsheet Shahhttps://community.opengroup.org/osdu/platform/system/lib/cloud/azure/os-core-lib-azure/-/merge_requests/202Use blob endpoint instead of storage account name2023-08-18T12:43:10ZKrishna Nikhil VedurumudiUse blob endpoint instead of storage account name## All Submissions:
-------------------------------------
* [YES] I have added an explanation of what changes in this merge do and why we should include it?
* [YES] I have updated the documentation accordingly.
* [TBD] I have added tests...## All Submissions:
-------------------------------------
* [YES] I have added an explanation of what changes in this merge do and why we should include it?
* [YES] I have updated the documentation accordingly.
* [TBD] I have added tests to cover my changes.
* [YES] All new and existing tests passed.
* [YES] My code follows the code style of this project.
* [YES] I ran lint checks locally prior to submission.
## What is the issue or story related to the change?
-------------------------------------
<!-- Please describe the current behavior that you are modifying, 'or' link to a relevant issue.
Feel free to add references to any design documents you might have shared with the team or any
related MR that you are building on top of. -->
Added ability to Support Partition DNS Storage accounts for Blob Operations.
High level design:
Issue: <!-- Link any __GitLab__ workitem(s) to this pull request. -->
<!-- Please add implementation details of current set of changes and how the code changes are
doing what they are expected to do. Are there any complex loops or designated code blocks that
should be elaborated? Is there some contextual knowledge that the reviewer should be aware of? -->
Change details:
## Test coverage:
------------------
<!-- Mention unit test coverage of changes. -->
## Does this introduce a breaking change?
-------------------------------------
- [YES/NO]
<!-- If this introduces a breaking change, please describe the impact and migration path for existing applications below. -->
## Pending items
----------------
<!-- Are there changes that you'll introduce in upcoming MRs and hence did not add in this one? Next steps of your
feature can also be mentioned here. -->
Unit tests pending. Will update in the Same MR
## Reviewer request
-------------------
- Please provide an ETA when you plan to review this MR. Write a comment to decline or provide an ETA.
- Block the MR if you feel there is less testing or no details in the MR
- Please cover the following aspects in the MR
-- Coding design: _\<Reviewer1>_
-- Backward Compatibility: _\<Reviewer2>_
-- Feature Logic: _\<Logic design\>_
-- _\<Any other context mention here>_
OR
-- _\<Component 1>_: _\<Reviewer1>_
-- _\<CosmosDB>_: _\<Reviewer2>_
-- _\<ServiceBus>_ _\<Reviewer3>_
-- _\<Mention any other component and owner>_
## Other information
-------------------------------------
<!-- Any other information that is important to this MR such as screenshots of how the component looks before and after the change. -->M12 - Release 0.15Krishna Nikhil VedurumudiKrishna Nikhil Vedurumudihttps://community.opengroup.org/osdu/platform/system/lib/cloud/azure/os-core-lib-azure/-/merge_requests/203Add option to read AAD variables from env2023-08-18T12:43:08Zharshit aggarwalAdd option to read AAD variables from env## All Submissions:
-------------------------------------
* [YES/NO] I have added an explanation of what changes in this merge do and why we should include it?
* [YES/NO] I have updated the documentation accordingly.
* [YES/NO/NA] I have...## All Submissions:
-------------------------------------
* [YES/NO] I have added an explanation of what changes in this merge do and why we should include it?
* [YES/NO] I have updated the documentation accordingly.
* [YES/NO/NA] I have added tests to cover my changes.
* [YES/NO/NA] All new and existing tests passed.
* [YES/NO/NA] My code follows the code style of this project.
* [YES/NO/NA] I ran lint checks locally prior to submission.
## What is the issue or story related to the change?
-------------------------------------
<!-- Please describe the current behavior that you are modifying, 'or' link to a relevant issue.
Feel free to add references to any design documents you might have shared with the team or any
related MR that you are building on top of. -->
High level design:
Issue: <!-- Link any __GitLab__ workitem(s) to this pull request. -->
<!-- Please add implementation details of current set of changes and how the code changes are
doing what they are expected to do. Are there any complex loops or designated code blocks that
should be elaborated? Is there some contextual knowledge that the reviewer should be aware of? -->
Change details:
## Test coverage:
------------------
<!-- Mention unit test coverage of changes. -->
## Does this introduce a breaking change?
-------------------------------------
- [YES/NO]
<!-- If this introduces a breaking change, please describe the impact and migration path for existing applications below. -->
## Pending items
----------------
<!-- Are there changes that you'll introduce in upcoming MRs and hence did not add in this one? Next steps of your
feature can also be mentioned here. -->
## Reviewer request
-------------------
- Please provide an ETA when you plan to review this MR. Write a comment to decline or provide an ETA.
- Block the MR if you feel there is less testing or no details in the MR
- Please cover the following aspects in the MR
-- Coding design: _\<Reviewer1>_
-- Backward Compatibility: _\<Reviewer2>_
-- Feature Logic: _\<Logic design\>_
-- _\<Any other context mention here>_
OR
-- _\<Component 1>_: _\<Reviewer1>_
-- _\<CosmosDB>_: _\<Reviewer2>_
-- _\<ServiceBus>_ _\<Reviewer3>_
-- _\<Mention any other component and owner>_
## Other information
-------------------------------------
<!-- Any other information that is important to this MR such as screenshots of how the component looks before and after the change. -->
AddM12 - Release 0.15harshit aggarwalharshit aggarwalhttps://community.opengroup.org/osdu/platform/system/lib/cloud/azure/os-core-lib-azure/-/merge_requests/205ApplicationInsights flag integration2023-08-18T12:43:07ZAnubhav AronApplicationInsights flag integration**Functional Problem statement:**
In OAK, Application Insights is disabled and Logs that are emitted to Application Insights are getting dropped.
**Expected Behavior:**
Integrate feature flag to decide destination [Geneva or Applicat...**Functional Problem statement:**
In OAK, Application Insights is disabled and Logs that are emitted to Application Insights are getting dropped.
**Expected Behavior:**
Integrate feature flag to decide destination [Geneva or ApplicationInsights]. In OAK, logs will send to Geneva In OSDU, logs dependency to be send to ApplicationInsights.
**Technical Problem statement:**
In case of applicationInsights, for every logger call, a new applicationInsight client is getting created with same configuration.
**Expected Behavior:**
If application Insights is enabled, only one Application client will be created.M12 - Release 0.15Anubhav AronAnubhav Aronhttps://community.opengroup.org/osdu/platform/system/lib/cloud/azure/os-core-lib-azure/-/merge_requests/209Upgrade First Party Library Dependencies for Release 0.152022-06-08T17:35:20ZDavid Diederichd.diederich@opengroup.orgUpgrade First Party Library Dependencies for Release 0.15This 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: 5db23f6ae6331e1e7a1fdbd4701715f938372bdb
Maven: 0.15.0-SNAPSHOT
```
| Maven Dependencies | _Root_ |
| ------------------------------------------------------- | ---------- |
| os-core-common | 0.15.0-rc4 |
| (3rd Party) com.fasterxml.jackson.core.jackson-databind | 2.11.4 |
### Dependency Information After the Upgrade
```
Branch: dependency-upgrade
SHA: 692f530507e01f6f9be05d0fcc8d66c2b3dc1e9b
Maven: 0.15.0-SNAPSHOT
```
| Maven Dependencies | _Root_ |
| ------------------ | ------ |
| os-core-common | 0.15.0 |M12 - Release 0.15https://community.opengroup.org/osdu/platform/system/lib/cloud/azure/os-core-lib-azure/-/merge_requests/211Bulk create using Cosmos Client2023-08-18T12:43:05ZAnkur RawatBulk create using Cosmos ClientAdded a method to bulk create the records using CosmosClient. CosmosClient can be created either with MSI or Cosmos-primary Key.Added a method to bulk create the records using CosmosClient. CosmosClient can be created either with MSI or Cosmos-primary Key.M13 - Release 0.16Ankur RawatAnkur Rawathttps://community.opengroup.org/osdu/platform/system/lib/cloud/azure/os-core-lib-azure/-/merge_requests/212Adding validation for private links2023-08-18T12:43:03ZHarsheet ShahAdding validation for private links## All Submissions:
-------------------------------------
* [YES/NO] I have added an explanation of what changes in this merge do and why we should include it? Yes
* [YES/NO] I have updated the documentation accordingly. Yes
* [YES/NO/NA...## All Submissions:
-------------------------------------
* [YES/NO] I have added an explanation of what changes in this merge do and why we should include it? Yes
* [YES/NO] I have updated the documentation accordingly. Yes
* [YES/NO/NA] I have added tests to cover my changes. Yes
* [YES/NO/NA] All new and existing tests passed. Yes
* [YES/NO/NA] My code follows the code style of this project. Yes
* [YES/NO/NA] I ran lint checks locally prior to submission. Yes
## What is the issue or story related to the change?
-------------------------------------
<!-- Please describe the current behavior that you are modifying, 'or' link to a relevant issue.
Feel free to add references to any design documents you might have shared with the team or any
related MR that you are building on top of. -->
Validation for private links
High level design:
Issue: <!-- Link any __GitLab__ workitem(s) to this pull request. -->
<!-- Please add implementation details of current set of changes and how the code changes are
doing what they are expected to do. Are there any complex loops or designated code blocks that
should be elaborated? Is there some contextual knowledge that the reviewer should be aware of? -->
Change details:
## Test coverage:
------------------
<!-- Mention unit test coverage of changes. -->
## Does this introduce a breaking change?
-------------------------------------
- [YES/NO] Yes
<!-- If this introduces a breaking change, please describe the impact and migration path for existing applications below. -->
## Pending items
----------------
<!-- Are there changes that you'll introduce in upcoming MRs and hence did not add in this one? Next steps of your
feature can also be mentioned here. -->
## Reviewer request
-------------------
- Please provide an ETA when you plan to review this MR. Write a comment to decline or provide an ETA.
- Block the MR if you feel there is less testing or no details in the MR
- Please cover the following aspects in the MR
-- Coding design: _\<Reviewer1>_
-- Backward Compatibility: _\<Reviewer2>_
-- Feature Logic: _\<Logic design\>_
-- _\<Any other context mention here>_
OR
-- _\<Component 1>_: _\<Reviewer1>_
-- _\<CosmosDB>_: _\<Reviewer2>_
-- _\<ServiceBus>_ _\<Reviewer3>_
-- _\<Mention any other component and owner>_
## Other information
-------------------------------------
<!-- Any other information that is important to this MR such as screenshots of how the component looks before and after the change. -->M13 - Release 0.16Harsheet ShahHarsheet Shahhttps://community.opengroup.org/osdu/platform/system/lib/cloud/azure/os-core-lib-azure/-/merge_requests/213Cherry-pick 'Upgrade First Party Library Dependencies for Release 0.15' into ...2022-12-22T18:58:03ZDavid Diederichd.diederich@opengroup.orgCherry-pick 'Upgrade First Party Library Dependencies for Release 0.15' into 'release/0.15'Original MR: !209Original MR: !209M12 - Release 0.15David Diederichd.diederich@opengroup.orgDavid Diederichd.diederich@opengroup.orghttps://community.opengroup.org/osdu/platform/system/lib/cloud/azure/os-core-lib-azure/-/merge_requests/214Upgrade Jackson Databind Version2022-06-08T20:32:23ZDavid Diederichd.diederich@opengroup.orgUpgrade Jackson Databind VersionThis MR upgrades the Jackson Databind version to address [CVE-2020-36518](https://nvd.nist.gov/vuln/detail/CVE-2020-36518).
In this case, version 2.13.2 was being selected automatically. That version was still vulnerable, though the Tag...This MR upgrades the Jackson Databind version to address [CVE-2020-36518](https://nvd.nist.gov/vuln/detail/CVE-2020-36518).
In this case, version 2.13.2 was being selected automatically. That version was still vulnerable, though the Tagging Notes didn't catch it (because it coerces versions into a triplet).
### Dependency Information After the Upgrade
```
Branch: upgrade-jackson-databind
SHA: 7cde780c48d07eec1131a99fa4859c4af3df6b58
Maven: 0.16.0-SNAPSHOT
```
| Maven Dependencies | _Root_ |
| ------------------------------------------------------- | -------- |
| os-core-common | 0.15.0 |
| (3rd Party) com.fasterxml.jackson.core.jackson-databind | 2.13.2.2 |M12 - Release 0.15David Diederichd.diederich@opengroup.orgDavid Diederichd.diederich@opengroup.orghttps://community.opengroup.org/osdu/platform/system/lib/cloud/azure/os-core-lib-azure/-/merge_requests/215Cherry-pick 'Upgrade Jackson Databind Version ' into 'release/0.15'2022-12-22T18:58:02ZDavid Diederichd.diederich@opengroup.orgCherry-pick 'Upgrade Jackson Databind Version ' into 'release/0.15'Original MR !214Original MR !214M12 - Release 0.15David Diederichd.diederich@opengroup.orgDavid Diederichd.diederich@opengroup.org