[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [sarif] rule.helpLocation: string URI or fileLocation?
That makes sense. So the spec change for this issue will be:
Larry From: Michael Fanning <Michael.Fanning@microsoft.com> In general, I don’t think we’re trying to accommodate tools that provide relative references to constituent tool files. The embedded SARIF rules metadata is intended to help with distributing some core content if there’s no network/internet access. From: sarif@lists.oasis-open.org <sarif@lists.oasis-open.org> On Behalf Of Larry Golding (Comcast) I added this comment to Issue #175 (URI vs fileLocation): The only existing properties whose value is an absolute-URI-valued string are: · tool.downloadUri. This is correct. · versionControlDetails.uri. This is correct. The properties whose values are fileLocation objects are: · result.workItemLocation is a deterministic fileLocation object. It needs to change to an absolute-URI-valued string. · rule.helpLocation: This one is tricky. If the help files are on the machine, they're non-deterministic and we should use fileLocation. If they're on the web, they're deterministic and we should use an absolute-URI-valued string. Ideas? All the other fileLocation-valued properties are non-deterministic, and so are using fileLocationappropriately. What do you think is the right answer for rule.helpLocation? Thanks, Larry |
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]