You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Once CAE is merged to the new core, Key Vault should use it.
Let's sync on when we get there. The changes should be small, I have already done a similar set of changes in a previous PR (that I did when I did CAE in the old core).
The reason we want to move Key Vault to the new core is to use CAE. Here's the PR where I did that with the old core (we decided to close it since we decided to have the feature on the new core): #13388
The text was updated successfully, but these errors were encountered:
## What
- Migrate @azure/keyvault-admin to core V2
- Migrate `KeyVaultBackupClient` and `KeyVaultAccessControlClient` to core CAE
- Bump our minimum `@azure/core-lro` version to 1.0.6
## Why
This PR proves out two important things: it demonstrates that core continuous access evaluation works for both container
registry (already done) and Key Vault (this PR). It also demonstrates the migration path for Core V2 for Key Vault.
The change to core-lro addresses an issue where core-lro was incorrectly depending on core-http (#15880) That has been fixed on 1.0.6
and allows package owners to migrate to core-rest-pipeline and remove core-http without seeing build breaks.
Resolves#15522Resolves#14306
Once CAE is merged to the new core, Key Vault should use it.
Let's sync on when we get there. The changes should be small, I have already done a similar set of changes in a previous PR (that I did when I did CAE in the old core).
The reason we want to move Key Vault to the new core is to use CAE. Here's the PR where I did that with the old core (we decided to close it since we decided to have the feature on the new core): #13388
The text was updated successfully, but these errors were encountered: