-
Notifications
You must be signed in to change notification settings - Fork 610
Add App Context extension #1379
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
base: main
Are you sure you want to change the base?
Changes from 2 commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change | ||||
|---|---|---|---|---|---|---|
| @@ -0,0 +1,52 @@ | ||||||
| # App Context | ||||||
|
|
||||||
| <!-- no-verify-translation --> | ||||||
|
|
||||||
| This extension gives information about a mobile app that triggered an event. | ||||||
|
|
||||||
| ## Notational Conventions | ||||||
|
|
||||||
| As with the main [CloudEvents specification](../spec.md), the key words "MUST", | ||||||
| "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", | ||||||
| "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as | ||||||
| described in [RFC 2119](https://tools.ietf.org/html/rfc2119). | ||||||
|
|
||||||
| However, the scope of these key words is limited to when this extension is | ||||||
| used. For example, an attribute being marked as "REQUIRED" does not mean | ||||||
| it needs to be in all CloudEvents, rather it needs to be included only when | ||||||
| this extension is being used. | ||||||
|
|
||||||
| ## Attributes | ||||||
|
|
||||||
| ### appid | ||||||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. This and displayname are quite generic attribute names - I can imagine other extensions wanting to use similar names. Could a prefix be helpful here? |
||||||
| - Type: `String` | ||||||
| - Description: A cloud provider opaque string identifying the mapping of a given | ||||||
| app to a given backend. | ||||||
| - Constraints | ||||||
| - OPTIONAL | ||||||
|
|
||||||
| ### displayname | ||||||
| - Type: `String` | ||||||
| - Description: How the app appears to users. | ||||||
| - Constraints | ||||||
| - OPTIONAL | ||||||
|
|
||||||
| ### androidpackagename | ||||||
| - Type: `String` | ||||||
| - Description: The Android package name of the app triggering the event. | ||||||
| It MUST follow Android package naming conventions: it must have at least two segments, | ||||||
|
||||||
| It MUST follow Android package naming conventions: it must have at least two segments, | |
| It MUST follow Android package naming conventions: it MUST have at least two segments, |
Outdated
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.
| It MUST follow Apple bundle naming conventions: it must contain only alphanumeric | |
| It MUST follow Apple bundle naming conventions: it MUST contain only alphanumeric |
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.
Could this be expanded to include concrete examples? During the meeting on 2026-03-26 @duglin explained the reasoning for why appid can't be the subject or source, but if we had more description/examples here, we wouldn't need more justification.