-
Notifications
You must be signed in to change notification settings - Fork 263
New issue
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
feat: Subscription CRUD #1013
feat: Subscription CRUD #1013
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/retest
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Any chance for an e2e test for this?
0db05e6
to
0faca61
Compare
/retest
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me and is a straight forward implementation for subscriber CRUD handling.
There are two things I would still like to discuss though:
-
I know that the options UI mimic 1:1 the fields in the resources, but I wonder whether we should do this here as well. I.e. the target for where events go a called a sink for sources and triggers, but subscriber for subscriptions although they are all of the same types and share the same mappings, that we call "sink mappings". I tend to name the 'subscriber' here also --sink or at least make that option an alias. tbh I have no idea why this difference, but from a UI POV this is more than unfortunate. The same, but to a minor degree, for the difference between a
--dead-letter-sink
(with sink suffix) and--reply
(without sink suffix, but still a sink). Ideally either both or non would have a sink prefix. -
Should we settle on the
v1
API version of subscription? I would say yes, as I think that for initial support we should use the highest available API version.
This is ready for another round of review, fixed the review comments and here are some notable changes:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
cool, thanks !
/lgtm
/approve
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: navidshaikh, rhuss The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
- Add kn subscription command group and CRUDL sub-commands - create/update uses following flag names for better alignment: - --sink for subscriber - --sink-reply for reply - --sink-dead-letter for dead-letter-sink - Add 'subscriptions' and 'sub' aliases - Introduce shared library `knative.dev/client/lib/printing` to print Sink object in describe output
dae7284
to
597acf0
Compare
/retest
|
/retest |
1 similar comment
/retest |
/retest looks like knative/eventing#4165 is flaking the CI job |
/hold adding IMC as default channel if no prefix is given |
i.e. if no prefix is given to `--channel`, consider it of `Channel` type
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good, some suggestion for a more condensed wording in the help message. I would not mention any concrete build int mappings here but defer that more or less to the channel documentation,
The following is the coverage report on the affected files.
|
/retest |
/retest
|
/lgtm |
/unhold |
/retest |
* feat: Add subscription CRUD - Add kn subscription command group and CRUDL sub-commands - create/update uses following flag names for better alignment: - --sink for subscriber - --sink-reply for reply - --sink-dead-letter for dead-letter-sink - Add 'subscriptions' and 'sub' aliases - Introduce shared library `knative.dev/client/lib/printing` to print Sink object in describe output * Set default channel type messaging.knative.dev/v1beta1:Channel i.e. if no prefix is given to `--channel`, consider it of `Channel` type * Update e2e tests * Update channel flag description
* Fix channel create example with inbuilt alias for imcv1beta1 (#1005) use `imcv1beta1` alias reference in the example * feat: Subscription CRUD (#1013) * feat: Add subscription CRUD - Add kn subscription command group and CRUDL sub-commands - create/update uses following flag names for better alignment: - --sink for subscriber - --sink-reply for reply - --sink-dead-letter for dead-letter-sink - Add 'subscriptions' and 'sub' aliases - Introduce shared library `knative.dev/client/lib/printing` to print Sink object in describe output * Set default channel type messaging.knative.dev/v1beta1:Channel i.e. if no prefix is given to `--channel`, consider it of `Channel` type * Update e2e tests * Update channel flag description * CHANGELOG for v0.17.1 * Conform with k8s.io/api v0.17.6
* feat: Add subscription CRUD - Add kn subscription command group and CRUDL sub-commands - create/update uses following flag names for better alignment: - --sink for subscriber - --sink-reply for reply - --sink-dead-letter for dead-letter-sink - Add 'subscriptions' and 'sub' aliases - Introduce shared library `knative.dev/client/lib/printing` to print Sink object in describe output * Set default channel type messaging.knative.dev/v1beta1:Channel i.e. if no prefix is given to `--channel`, consider it of `Channel` type * Update e2e tests * Update channel flag description
Description
Subscription CRUD operations
Changes
messaging.knative.dev/v1beta1:Channel
, i.e. if no prefix is given to--channel
, consider it ofChannel
type./lint
Fixes #955