-
Notifications
You must be signed in to change notification settings - Fork 406
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
json values are people too, two #968
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.
I'm pretty sure this is incorrect.
If the contentType value is "application/json", or any media type with a structured +json suffix, the implementation MUST translate the data attribute value into a JSON value, and set the data member of the envelope JSON object to this JSON value.
Will also break ruby fdk too.
the spec and the json spec seem to have different opinions about... a lot. sigh. |
I filed cloudevents/spec#184 in hopes the cloud events gods will shine their benevolent light upon us |
adds a test for the protocol dumping of a request to the containert stdin. there are a number of vectors to test for a cloud event, but since we're going to change that behavior soon it's probably a waste of time to go about doing so. in any event, this was pretty broken. my understanding of the cloud event spec is deepening and the json stuff overall seems a little weird. * fixes content type issue around json checking (since a string is also a json value, we can just decode it, even though it's wasteful it's more easily correct) * doesn't force all json values to be map[string]interface{} and lets them be whoever they want to be. maybe their dads are still proud. closes #966
@treeder i think we agree meow ? |
thanks |
related: fnproject/fdk-go#26
adds a test for the protocol dumping of a request to the container stdin.
there are a number of vectors to test for a cloud event, but since we're going
to change that behavior soon it's probably a waste of time to go about doing
so. in any event, this was pretty broken. my understanding of the cloud event
spec is deepening and the json stuff still seems a little funky.
value, we can just decode it, even though it's wasteful it's more easily
correct)
whoever they want to be. maybe their dads are still proud.
closes #966