Repository navigation
chore: Default REST catalog tls to null - #972
Conversation
NickLarsenNZ
left a comment
There was a problem hiding this comment.
I'm a little confused.
As our (future) Hive REST catalog doesn't offer https
Why won't it support HTTPS? I feel like we should be defaulting to HTTPS rather than letting credentials be leaked unknowingly due to a default.
Maleware
left a comment
There was a problem hiding this comment.
Thanks for being so fast. LGTM!
I'd say time and prioritization. We have many tools where we only support HTTP (Superset, Airflow etc.). https://github.com/stackabletech/internal-issues/issues/156 intentionally is an MVP to get something out of the door quick, before we even figured out what the best REST catalog to support even is. But this is just one of the arguments, to me it just feels wrong to put |
|
I chatted with @NickLarsenNZ offline and we are ok-ish with merging. We hope we get to stackabletech/issues#535 soon |
Description
Part of #849
Fixup of #950
In nifi-op tests (see PR) I noticed that the following YAML suprisingly used https:
To be able to set this
null, one has to use a patch likekubectl -n kuttl-precious-caiman-xjgn patch trinocatalog lakehouse --type=json -p '[{"op": "add", "path": "/spec/connector/iceberg/catalog/rest/tls", "value": null}]'.As our (future) Hive REST catalog doesn't offer https, likely many customers will run into this and will rais support issues.
So we use the "SDP typicalical" default of
nullhere as well.stackabletech/issues#535 will take care of secure by default later.
Release notes
Not needed, incorporated into #950
Definition of Done Checklist
Author
Reviewer
Acceptance
type/deprecationlabel & add to the deprecation scheduletype/experimentallabel & add to the experimental features tracker