You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If Kong rejects an entity (route, service, etc) during POST /config, link the error message to the culprit Kubernetes resource by emitting a Kubernetes Event associated with it.
This is similar to #3097. #3097 created Kubernetes events for failures in the translate phase. This issue is about creating similar events for entities that were discarded by db-less Kong during a POST /config.
Proposed Solution
Expect that Kong enhances the POST /config HTTP 400 response (in the event of validation failure of some entities in the request) with objects uniquely identifying the entity that failed validation (currently, ordering of errors in the response body is not reliable)
Implement a mechanism in KIC that links the error message from the POST /config HTTP 400 response to a Kubernetes object
Out of scope: doing the same thing (emitting events for rejected resources) for the DB mode. This requires implementing the backpropagation of errors in decK.
Acceptance Criteria
When Kong (in DB-less mode) rejects an entity during POST /config, a Kubernetes Event is created on the resource that is the reason for rejection.
The text was updated successfully, but these errors were encountered:
Is there an existing issue for this?
Problem Statement
If Kong rejects an entity (route, service, etc) during POST /config, link the error message to the culprit Kubernetes resource by emitting a Kubernetes
Event
associated with it.This is similar to #3097. #3097 created Kubernetes events for failures in the translate phase. This issue is about creating similar events for entities that were discarded by db-less Kong during a
POST /config
.Proposed Solution
POST /config
HTTP 400 response (in the event of validation failure of some entities in the request) with objects uniquely identifying the entity that failed validation (currently, ordering of errors in the response body is not reliable)POST /config
HTTP 400 response to a Kubernetes objectAdditional information
Out of scope: doing the same thing (emitting events for rejected resources) for the DB mode. This requires implementing the backpropagation of errors in decK.
Acceptance Criteria
The text was updated successfully, but these errors were encountered: