Andrea Cosentino created CAMEL-26617:
----------------------------------------

             Summary: camel-azure-key-vault - run the integration tests on 
Floci AZ
                 Key: CAMEL-26617
                 URL: https://issues.apache.org/jira/browse/CAMEL-26617
             Project: Camel
          Issue Type: Test
          Components: camel-azure
            Reporter: Andrea Cosentino
            Assignee: Andrea Cosentino
             Fix For: 4.24.0


Part of the move of the Azure test-infra to Floci AZ (CAMEL-26613).

The integration tests of camel-azure-key-vault ({{KeyVaultOperationsTest}} in 
the integration package, {{KeyVaultPropertiesSourceNoEnvTestIT}}) need a real 
vault and a service principal ({{vaultName}}, {{clientId}}, {{clientSecret}}, 
{{tenantId}}).

Floci AZ emulates the Key Vault secrets API (create, get, versions, properties, 
soft delete, recover, purge) on {{/devstoreaccount1-keyvault}}. The Java SDK 
enforces HTTPS and challenge-based authentication, so the client needs a token 
credential, TLS (or a policy that rewrites the scheme) and 
{{disableChallengeResourceVerification()}}.

h4. Change
* Add a {{camel-test-infra-azure-key-vault}} module that starts Floci AZ and 
builds a {{SecretClient}} for it.
* Run the producer operations (createSecret, getSecret, deleteSecret, 
purgeDeletedSecret and the others) against it through the {{secretClient}} 
option; keep the remote mode.
* Skip the integration tests on ppc64le and s390x.

h4. Not covered
The {{azure:}} properties function always builds 
{{https://<vaultName>.vault.azure.net}}, so 
{{KeyVaultPropertiesSourceNoEnvTestIT}} stays remote only. Pointing the 
function at another endpoint would be a component change of its own.

Depends on CAMEL-26613.

_Claude Code on behalf of Andrea Cosentino_



--
This message was sent by Atlassian Jira
(v10.3.26#10030026)

Reply via email to