Provide a caching mechanism for duplicated code flow data #320
Labels
2.1.0-CSD.1
Will be fixed in SARIF v2.1.0 CSD.1.
design-approved
The TC approved the design and I can write the change draft
design-improvement
e-ballot
e-ballot-2
impact-non-breaking-change
merged
Changes merged into provisional draft.
resolved-fixed
sdk-code-complete
Comments
michaelcfanning
changed the title
michaelcfanning
pushed a commit
to microsoft/sarif-sdk
that referenced
this issue
Mar 3, 2019
#1320) * adding caching mechanism for codeflow data * releasehistory update * Update schema comment.
ghost
pushed a commit
that referenced
this issue
Mar 4, 2019
ghost
added
impact-non-breaking-change
design-improvement
merged
ghost
pushed a commit
that referenced
this issue
Mar 15, 2019
ghost
pushed a commit
that referenced
this issue
Mar 19, 2019
This draft contains all the changes through "e-ballot #2," which opened on Friday March 15 and will close on Friday March 22. It contains changes for ballot issues #168, #291, #309, #320, #321, #326, #335, and #341, as well as for previously approved issue #340. It does _not_ contain changes for any issues from "e-ballot #3," which will open on Friday March 22 and close on Friday March 29.
ghost
self-assigned this
ghost
added
resolved-fixed
design-approved
|
Approved in e-ballot #2. |
This issue was closed.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
EBALLOT PROPOSAL: provide a mechanism for caching thread flow location data, which is often copious and highly duplicative when producing complex code/dataflow static analysis results.
API IMPACT:
Add
run.threadFlowLocations, an array ofthreadFlowLocationobjects cached at the run level, analogous torun.filesandrun.logicalLocation.Add
threadFlowLocation.index, an index intorun.threadFlowLocations.Add
externalPropertyFiles.threadFlowLocations, allowing cached data to be stored in a separate file.NOTES:
A
result-levelthreadFlowLocationobject can specify properties of its own, and also populate itsindexproperty. The behavior in this case is that the cachedthreadFlowLocationis used to initialize the localthreadFlowLocation. Any local properties that diverge from the cached copy override the corresponding properties of the cached object. This allows producers to cache locations that share some common subset of properties while permitted the result-published locations to make minor updates to the cached version.The text was updated successfully, but these errors were encountered: