Closed mfussenegger closed 9 months ago
I'd say to not remove those, as very recently helped us identify an issue: https://github.com/crate/crate/pull/14754. What do you think?
Apologies, but I don't agree to remove the tests from here, crate-qa CI is something that we monitor closely and indicates possible issues when we change things in CrateDB. Whereas cratedb-examples
has a completely different purpose, it's to show basic usage of various integrations and it's not connected to CrateDB dev lifecycle.
All right. So, let's close this PR and maybe let's also add some Dependabot configurations to the QA tests here, so that errors like currently happening at GH-288 can be caught earlier in the future?
Do you have any strong objections, @mfussenegger?
Do you have any strong objections, @mfussenegger?
Yep, let's here other's opinion on this one before closing, thx!
The idea would've been to extend the tests in crate/crate to fill in any gaps. Having more tests is good, having redundant test cases not so much.
But probably makes sense to keep it here, given that JdbcMetaDataTest
is very client specific.
Totally agree to try to move the stuff that makes sense to crate/crate repo and here only have smoke tests if necessary.
The integration tests in the crate repo already use the stock PostgreSQL JDBC client.