We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
I would like to write integration tests using a mocked Checkout API (for example using WireMock.Net).
To do that, I would like to override the base URL.
Unfortunately, I am not able to do that. If you take a look on the existing implementation, it only allows:
configuration.EnvironmentSubdomain != null ? configuration.EnvironmentSubdomain.ApiUri : configuration.Environment.GetAttribute<EnvironmentAttribute>().ApiUri
Neither of these two options allows us to set our own base address.
It would be nice to have an option in CheckoutSdkBuilder to do something like that:
CheckoutSdkBuilder
var client = CheckoutSdk .Builder() .BaseUrl("https://localhost:1234") // always override the base URL .Build();
or:
var client = CheckoutSdk .Builder() .Environment(Environment.Custom) .BaseUrl("https://localhost:1234") // override only when Environment == Custom .Build();
var client = CheckoutSdk .Builder() .HttpClientFactory(...) // use the base url from the http client if present .Build();
The text was updated successfully, but these errors were encountered:
No branches or pull requests
Environment
Description
I would like to write integration tests using a mocked Checkout API (for example using WireMock.Net).
To do that, I would like to override the base URL.
Unfortunately, I am not able to do that. If you take a look on the existing implementation, it only allows:
Neither of these two options allows us to set our own base address.
Proposed Solution
It would be nice to have an option in
CheckoutSdkBuilder
to do something like that:or:
or:
The text was updated successfully, but these errors were encountered: