Changed FLOW_CONTEXT link type to allow multiple links in same event #179
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Applicable Issues
Issue #170
Description of the Change
As per Issue #170, FLOW_CONTEXT has been changed in all events
to allow for multiple FLOW_CONTEXT links in the same event. This
is because situations where an entity may need to be associated
with multiple FlowContexts, e.g. a program and a track, are
common and there is no reason to restrict linkage to a single
FlowContext.
All events have been stepped one minor version. Schemas have
been supplied for the new versions. Note that the new schemas
are identical, however, as there is currently no validation
of links.
Where deemed appropriate, event examples have been stepped to
the new versions. One event example had two FLOW_CONTEXT links
added so that this new change is represented in at least one place.
Also fixed placement of the Version History heading in one event documentation, as it had been incorrectly placed in PR #176.
Alternate Designs
The alternative is to not allow multiple FLOW_CONTEXT per event, which was previously the case.
Benefits
Events can now reference multiple FlowContexts in parallel, e.g. a program and a track.
Possible Drawbacks
There is a room for contradictory information, i.e. referencing contradicting FlowContexts from the same event. There's no way to guard against this, or even determine what may be contradictory, from a protocol point of view, however, as this is purely a question of semantics.
Sign-off
Developer's Certificate of Origin 1.1
By making a contribution to this project, I certify that:
(a) The contribution was created in whole or in part by me and I
have the right to submit it under the open source license
indicated in the file; or
(b) The contribution is based upon previous work that, to the best
of my knowledge, is covered under an appropriate open source
license and I have the right under that license to submit that
work with modifications, whether created in whole or in part
by me, under the same open source license (unless I am
permitted to submit under a different license), as indicated
in the file; or
(c) The contribution was provided directly to me by some other
person who certified (a), (b) or (c) and I have not modified
it.
(d) I understand and agree that this project and the contribution
are public and that a record of the contribution (including all
personal information I submit with it, including my sign-off) is
maintained indefinitely and may be redistributed consistent with
this project or the open source license(s) involved.
Signed-off-by: Daniel Ståhl, daniel.stahl@ericsson.com