Edit Custom Rule Dialog
The Edit Custom Rule dialog enables you to edit an existing custom detection rule.
Custom detection rules as defined needed to supplement the internal detection rules used by Automated Analysis to automatically create inventory during a scan. These custom rules are saved to the Code Insight library for global use across projects. For more information about custom detection rules, see Managing Custom Detection Rules.
The following table describes the fields, buttons, and icons on the Edit Custom Rule dialog. You can edit any of the fields, using the methods described in the table. Unless specified as “Required” in this table, the fields are optional.
Category |
Column/Field |
Description |
|||||||||
Inventory Name |
The name for the inventory items created by this rule. By default, the name assigned to the inventory items is component version (license), based on the Component and License attributes specified. In some cases, the default name is automatically displayed in this field. When this field is empty (or contains all blank spaces), the default name is also assigned to the inventory items. Alternatively, enter a custom name in this field that overwrites the default name for the inventory items created by the rule. Note:When two rules are defined with these same Component and License attributes but with different inventory names, only the most recently created rule is applied during scans. |
||||||||||
Component selection |
The following fields describe the component on which the custom detection rule is based. The fields are editable as described below. |
||||||||||
Component |
(Required) The name of the component on which this detection rule is based. You cannot edit this value directly, but you can switch to another component. To do so, click Lookup Component to select another component, along with its version, license, and forge URL. |
||||||||||
License |
(Required) The license associated with the component. You cannot edit this value directly, but you can select a different license. Click Additionally, you can click |
||||||||||
Description |
A description of the component. |
||||||||||
URL |
(Required) The forge URL for the component. |
||||||||||
License, notices, and note content |
The following fields are used to provide license or notice content and any audit notes for the inventory item generated from this rule. These fields are editable. |
||||||||||
As-Found License Text |
The license content that was discovered for the inventory item during scans. This information is considered for use in the Notices report. If no Notices Text content is provided (see the next field), the Notices report uses the content in this field as the license text for the third-party component. For more information, see Finalizing the Notices Text for the Notices Report. |
||||||||||
Notices Text |
The exact content to include in the Notices report. This is usually a modification of the text in As-Found License Text pane. (You can copy the As-Found License Text content to the Notices Text field and edit it.) If content exists in this field, the Notices report uses it as the license text for the third-party component and ignores any information in the As-Found License Text pane. For more information, see Finalizing the Notices Text for the Notices Report. |
||||||||||
Audit Notes |
Any notes or findings per the analysis of the inventory item that might be helpful to the inventory reviewers. |
||||||||||
File criteria |
The following fields identify the set of file criteria used by the rule to detect the third-party or OSS component and create the associated inventory. The set of criteria is based on either the file path or MD5 value of the files. |
||||||||||
Detection Criteria |
(Required) The type of file criteria used to detect the presence of the third-party or OSS component:
If you want to switch the current Detection Criteria type from File MD5 to File Path or vice versa, know that once you enter the new set of criteria and save the rule, the criteria for the type currently not selected for Detection Criteria is automatically deleted. A custom detection rule allows only a single set of criteria to exist at any one time. Consider that, if the custom detection rule is defined with multiple file criteria, the scan uses OR logic when processing the criteria against the target codebase. Consequently, only one file match between codebase and the rule is required to automatically create an inventory item. For a comprehensive list of rule-processing behavior, see Rule-Processing Considerations. At least one criterion for the rule’s specified criteria type is required. |
||||||||||
File MD5 grid |
(Available if Detection Criteria is File MD5) The file criteria consisting of the file name and the MD5 value for each file used as an indicator of the existence of the component. At least one file criterion is required. To manage the file criterion in the grid:
|
||||||||||
|
File Path text box |
(Available if Detection Criteria is File Path) The file criteria consisting of the file path for each file used as an indicator of the existence of the component. At least one file criterion is required. To manage the file criterion in the text box:
A path pattern consists of the asterisk symbol * within the path, denoting any number of directories or files. For example, the following path pattern indicates that any file with the extension .h under the directory root will be considered detection criteria for the rule. **/root/*.h
|
|||||||||
Actions |
The following are actions conclude your update session. |
||||||||||
Save |
Click Save to save the rule updates to the Code Insight Data Library. You will be asked for confirmation to proceed with the creation. |
||||||||||
Cancel |
Click Cancel to cancel your updates. You will be asked for confirmation to proceed with the cancellation. |
See Also