Skip to content
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

Proposal: Reconsider the use of URI formatting #66

Open
MarkDavidson opened this issue Mar 31, 2015 · 1 comment
Open

Proposal: Reconsider the use of URI formatting #66

MarkDavidson opened this issue Mar 31, 2015 · 1 comment

Comments

@MarkDavidson
Copy link
Contributor

Per a discussion list post by Dave Cridland (emphasis mine):

  1. Identifiers as URIs.

Message, Subscription, and Result IDs have been required to be URIs - this seems fairly unhelpful. I see two possible uses for having a URI here. Firstly, it gives a restrictive syntax likely to be reasonable easy to embed in a number of wire protocols (ie, mappings). Secondly, it allows a consistent resolvable reference. Clearly the reuse rules are such that using these for resolution would be problematic, and given that there's no scheme given the URIs don't contain any resolution information - they're simply an opaque identifier.

I suggest that a simple restrictive syntax is used here instead; perhaps printable ASCII characters (or letters/digits/hyphen).

The action would be to possibly choose a different formatting rule, as Dave suggests.

@JasonKeirstead
Copy link

I wish that these IDs - along with all IDs throughout STIX and TAXII - would just be changed to be UUIDs that follow RFC 4122.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants