feature request: working draft for cloudevents spec#8768
Conversation
|
Thank you both. I saw your reviews and iterated on the draft, sticking to the extensions approach.
Let me know if this addresses your concerns. |
jskeet
left a comment
There was a problem hiding this comment.
Cracking - I don't think I have any more comments. Looks good.
|
any update on this one? |
looks like the CLA CI/CD is broken? also, just an FYI, been using the proposed spec at work, it's been a very good in the use cases edit: i added a link back to the Draft PR: cloudevents/spec#1373 in the PR description above |
|
@allen-munsch go ahead and squash the PR and remove me from the commits - I think that'll fix the CLA checker |
|
And rebase too |
Update docs/source/cloudevents_spec.md remove redundant (required) fix typo ExtensionAttributes Address jskeet and duglin review feedback - Add type field to ExtensionAttributes table for transcoding support (jskeet) - Document valid type values: Boolean, Integer, String, Binary, URI, URI-reference, Timestamp - Add extension serialization rules table in Section 2.4 - Clarify envelope schema must be pre-shared; dataschema applies to payload only (duglin) - Simplify Section 3 per jskeet suggestion: data stored as [ubyte], consult datacontenttype adds enum for extensions type add clarity on which attributes per jtdavis777's comment Signed-off-by: allen-munsch <[email protected]>
|
@duglin ah yep, done |
|
merged master |
Does this mean we're close? |
|
@dbaileychess is this one getting warmer? or colder? |
The following is a draft PR to discuss adding a CNCF CloudEvents specification for flatbuffers.
References:
feature request: support for flatbuffers cloudevents/spec#1372My original use case was to use flatbuffers in a zero copy pass through proxy in a low latency environment.
Edit (adds draft PR link):