Knative Eventing release v1.4.0
knative-prow-releaser-robot
released this
19 Apr 20:30
·
6 commits
to release-1.4
since this release
Changes by Kind
API Change
New Features
-
The sugar reconciler has been integrated into the base eventing controller and is now controlled by two LabelSelector fields.
namespace-sugar-selector
andtrigger-sugar-selector
fields in theconfig-sugar
ConfigMap inknative-eventing
Namespace allow you to use a Kubernetes LabelSelector to choose which namespaces or triggers respectively should have a Broker provisioned.To migrate existing usage of the sugar controller, do the following:
-
Set the namespace-sugar-selector to the value:
matchExpressions:- key: "eventing.knative.dev/injection"
operator: "In"
values: ["enabled"]
- key: "eventing.knative.dev/injection"
-
Set the trigger-sugar-selector to the value:
matchExpressions:- key: "eventing.knative.dev/injection"
operator: "In"
values: ["enabled"]
- key: "eventing.knative.dev/injection"
-
Remove the Deployment defined by the eventing-sugar-controller.yaml resources
in the previous release. (#6027, @xtreme-sameer-vohra)
-
Bug or Regression
- Set dead letter sink URI in the
Channel
status (#6256, @pierDipi) - MTChannelBroker can now co-exist with other broker implementations. (#6265, @n3wscott)
- The service created for the inmemorychannel's dispatcher will have ports defined, similar to the rest of the services. (#6283, @jhill072)
Cleanups
- Reduced duplication of observability.yaml config map which existed in multiple locations by symlinking "config/channels/in-memory-channel/configmaps/observability.yaml" to "config/core/configmaps/observability.yaml". (#6301, @matzew)
- Reduced duplication of tracing.yaml config map which existed in multiple locations by symlinking "config/channels/in-memory-channel/configmaps/tracing.yaml" to "config/core/configmaps/tracing.yaml". (#6295, @xtreme-sameer-vohra)
- The
sendevent
tool is not part of Eventing core anymore, an alternative is available askn
plugin https://github.com/knative-sandbox/kn-plugin-event (#6284, @pierDipi)