You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, there's no direct way to get (all) the information from the scan request object directly when using CxFlow in web server mode to fetch data from the ScanRequest (like, for example, the commit hash) to map it to a JIRA field.
This allows to map all the values available to the Groovy scripts into Jira fields as well.
Proposed solution
Add a scan-request to JIRA field type (jira.fields[*].type) in order to map the ScanRequest fields to any JIRA field type, it can be done using reflection to use the ScanRequest get methods using the jira.fields[*].name field.
Describe the problem
Currently, there's no direct way to get (all) the information from the scan request object directly when using CxFlow in web server mode to fetch data from the ScanRequest (like, for example, the commit hash) to map it to a JIRA field.
This allows to map all the values available to the Groovy scripts into Jira fields as well.
Proposed solution
Add a
scan-request
to JIRA field type (jira.fields[*].type
) in order to map the ScanRequest fields to any JIRA field type, it can be done using reflection to use the ScanRequest get methods using thejira.fields[*].name
field.Example:
NOTE: This could also be accomplished by increasing the JIRA fields'
result
type (jira.fields[*].type = result
) available fields listed from https://github.com/checkmarx-ltd/cx-flow/wiki/Bug-Trackers-and-Feedback-Channels#-fields by internally mapping the scan request objects to properties on that list of availableresult
Additional details
If not already done, using reflection to map the field
name
to the ScanRequestget
method variable, it may (will?) require sanitization.The text was updated successfully, but these errors were encountered: