-
Notifications
You must be signed in to change notification settings - Fork 69
Support for lack of content-type
header in binary mode parsing
#117
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
Labels
type/bug
Something isn't working
version/1.x.backport
Changes that should be backported to the 1.x release line
version/1.x
Issues related to version 1.x of this library
Comments
@aliok you're right - the spec doesn't address how to handle an HTTP bound event without a |
lance
added a commit
to lance/sdk-javascript
that referenced
this issue
May 4, 2020
The Knative Kafka event source does not include a `Content-Type` header when sending binary events. The CE HTTP binding specification doesn't address how a receiver should handle this situation. This commit makes `application/json` the default. Fixes: cloudevents#117 Ref: cloudevents/spec#614 Signed-off-by: Lance Ball <[email protected]>
lance
added a commit
that referenced
this issue
May 5, 2020
) The Knative Kafka event source does not include a `Content-Type` header when sending binary events. The CE HTTP binding specification doesn't address how a receiver should handle this situation. This commit makes `application/json` the default. Fixes: #117 Ref: cloudevents/spec#614 Signed-off-by: Lance Ball <[email protected]>
Thanks @lance |
grant
pushed a commit
to grant/sdk-javascript
that referenced
this issue
May 6, 2020
…loudevents#118) The Knative Kafka event source does not include a `Content-Type` header when sending binary events. The CE HTTP binding specification doesn't address how a receiver should handle this situation. This commit makes `application/json` the default. Fixes: cloudevents#117 Ref: cloudevents/spec#614 Signed-off-by: Lance Ball <[email protected]> Signed-off-by: Grant Timmerman <[email protected]>
grant
added a commit
that referenced
this issue
May 6, 2020
* fix: make application/json the default content type in binary mode (#118) The Knative Kafka event source does not include a `Content-Type` header when sending binary events. The CE HTTP binding specification doesn't address how a receiver should handle this situation. This commit makes `application/json` the default. Fixes: #117 Ref: cloudevents/spec#614 Signed-off-by: Lance Ball <[email protected]> Signed-off-by: Grant Timmerman <[email protected]> * refactor: remove ext folder Signed-off-by: Grant Timmerman <[email protected]> * Revert "fix: make application/json the default content type in binary mode (#118)" This reverts commit 9ccfaf2. Signed-off-by: Grant Timmerman <[email protected]> Co-authored-by: Lance Ball <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
type/bug
Something isn't working
version/1.x.backport
Changes that should be backported to the 1.x release line
version/1.x
Issues related to version 1.x of this library
I have a very simple binary receiver:
When I send a request without
Content-Type
header, I see an error in the logs:Logs:
I understand that this is a supported case in Golang SDK as lack of content type means
application/json
(maybe I am wrong).Although I couldn't find anything like that in the CloudEvents spec.
My use case is, that I have a Knative Kafka event source that's sending binary cloudevents without any
Content-Type
set.The text was updated successfully, but these errors were encountered: