Closed tkilias closed 2 years ago
I suggest the following approach:
spawn-test-environment.sh
called --create-certificates
.EXAConf
.Final result:
Thank you.
On the second thought, maybe we do not even need a custom option.
Instead we can always generate a self-signed certificate for test environments. The only difference between custom generated certificates and "default" certificates generated by Exasol will be a hostname entry.
All the existing tests will keep working. I don't see any potential downsides.
On the second thought, maybe we do not even need a custom option.
Instead we can always generate a self-signed certificate for test environments. The only difference between custom generated certificates and "default" certificates generated by Exasol will be a hostname entry.
All the existing tests will keep working. I don't see any potential downsides.
@littleK0i we still need the command option. The spawn-test-environment.sh
script also can work with external databases, where we can't inject the certificate. So we need to keep this injection optional.
@littleK0i I submitted a PR, and already tested (manually) with pyexasol, it works,also without indicating the the root CA (the root CA is installed automatically in the test container). If you want to test, here is the branch:
feature/#140_create_or_inject_ssl_certificates_into_the_docker
Background
Acceptance Criteria