Adding Knative Eventing Object Model targeting 0.1 release.#482
Conversation
|
So there's good news and bad news. 👍 The good news is that everyone that needs to sign a CLA (the pull request submitter and all commit authors) have done so. Everything is all good there. 😕 The bad news is that it appears that one or more commits were authored or co-authored by someone other than the pull request submitter. We need to confirm that all authors are ok with their commits being contributed to this project. Please have them confirm that here in the pull request. Note to project maintainer: This is a terminal state, meaning the |
|
Authors and co-authors @evankanderson @n3wscott @scothis @matzew have all accepted the CLA on other PRs. Manually setting CLA to yes. |
evankanderson
left a comment
There was a problem hiding this comment.
/lgtm
/approve
Missed these yesterday, but this looks close enough to go in.
|
|
||
| ##### Conditions | ||
|
|
||
| - **Ready.** |
There was a problem hiding this comment.
At least 9 forward, and the 10th which is not Ready may or may not forward.
| - **CallActive.** True if the call is sinking events without error. | ||
| - **Resolved.** | ||
|
|
||
| #### Events |
There was a problem hiding this comment.
That's why I wonder if removing these Events would make it easier to read the spec without losing any utility.
|
|
||
| | Field | Type | Description | Limitations | | ||
| | ----- | --------------- | ----------- | ----------- | | ||
| | ref\* | ObjectReference | | | |
There was a problem hiding this comment.
ProvisionerReference is only used in Channel's spec. Compare:
apiVersion: eventing.knative.dev/v1alpha1
kind: Channel
metadata:
name: cc-payments
spec:
provisioner:
apiVersion: eventing.knative.dev/v1alpha1
kind: ClusterChannelProvisioner
name: kafka
vs
apiVersion: eventing.knative.dev/v1alpha1
kind: Channel
metadata:
name: cc-payments
spec:
provisioner:
clusterName: kafka # Allows for name later
I have a slight preference for the smaller and simpler format, since we don't really want to distinguish between more than two possible types (ChannelProvisioner and ClusterChannelProvisioner).
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: evankanderson, n3wscott The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
A Googler has manually verified that the CLAs look good. (Googler, please make sure the reason for overriding the CLA status is clearly documented in these comments.) |
* Change Channelable to match the definition in #482. * No longer use the subscribable interface. * Move the Channelable duck type into the eventing repo.
Co-authored-by: Paul Morie <pmorie@redhat.com>
Adding https://docs.google.com/document/d/1JZtFkz_C3orG9IfDxxGkAmuuGxUQ434ji-rdl3oKObE/edit to the repo as a markdown file.
Release Note