-
Notifications
You must be signed in to change notification settings - Fork 114
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
Update docs about the use of labels with HTTP requests #1425
Conversation
rbehjati
commented
Sep 2, 2020
•
edited
Loading
edited
- Adds json schema files for IFC labels, generated using protoc-gen-jsonschema
- Updates documentation about the use of IFC labels with HTTP requests
docs/concepts.md
Outdated
- a "response sender" write handle to a Channel, whose Label is currently | ||
`public_untrusted`. However, to avoid any accidental data leaks, the label of | ||
the Channel should be set such that it has: | ||
|
||
- a confidentiality component set based on the identity of the user. This is | ||
essentially the same as the integrity component described above for the | ||
"request receiver". | ||
- an empty integrity component. |
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.
How are messages to this channel handled? Does it result in an outgoing HTTP invocation to the client that sent the original invocation?
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.
Yes. The messages in the channel are only read by the HTTP server pseudo-node. The messages are in fact HTTP responses that will be sent to the client. But I will add a the confidentiality label to avoid any accidental data leaks. (This is a WIP description of how it should work, and it is not yet implemented, I have created #1428 to track this.)
@tiziano88 @juliettepretot I am not sure if it makes sense to check-in the |
How were these files genereted? How can other people re-generate them? Is there any mechanism to make sure they are in sync? Personally I don't think they add any value on top of the protobuf files, but I don't know if they are useful for anything else? |
@tiziano88 I totally agree that they don't provide any value! I have generated them using protoc-gen-jsonschema. Keeping them in sync will be a serious problem. I could not find a Bazel rule for generating them, and I am not sure we have a good place to document how these could be generated (currently only mentioned in this PR!). |
Agreed we don't need these files if they can be deducted from protobuf as a source of truth. What are the JSON schema files used for? Just documentation? |
Just documentation :) |
Would it make sense to leave instructions in the docs to explain how people can deduct the JSON shape from the protobuf file? |
Added a link to the description of the mapping. |
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.
LGTM
Reproducibility Index:
Reproducibility Index diff: |