Bevor Sie UI-Aktionen konfigurieren, müssen Sie bestimmte Schritte ausführen, um sie zu aktivieren, damit sie für die Konfiguration in Security Analyst Workspaceverfügbar sind.

Dialogbasierte UI-Aktion

Um Dialogfeld-basierte UI-Aktionen in Security Analyst Workspacezu aktivieren, nehmen Sie die folgenden Änderungen an den UI-Seiten vor, die den entsprechenden Standard-UI-Aktionen zugeordnet sind.

1. HTML-Abschnitt: Ändern Sie den HTML-Abschnitt so, dass er das Reaktionseingabe -Tag enthält. Der Tag-Wert der Reaktionseingabe wird im Client-Skriptabschnitt verwendet, um zu ermitteln, ob die UI-Seite über Security Analyst Workspacegestartet wurde. Ein Beispiel ist unten dargestellt:

   <input id="react" name="react" type="hidden" value="${JS,HTML:sysparm_react}" />

2. Client-Skript: Zusätzliche Logik muss in das Client-Skript geschrieben werden, wenn die Reaktionskennzeichnung „wahr“ ist. Dies ist erforderlich, um die Schaltflächenereignisse „ Absenden “ und „ Abbrechen “ zu verarbeiten, die als Teil des Dialogfelds angezeigt werden.
   1. Der Ereignishandler für onCancel () muss das Ereignis „SIR_WORKBENCH_POPUP_CANCEL“ von senden Security Analyst Workspace
   2. Der Ereignishandler für onSubmit () muss das Ereignis „SIR_WORKCH_POPUP_SUBMIT“ von senden Security Analyst Workspace
3. Die Ausführung des Verarbeitungsskripts wird im Kontext Security Analyst Workspace übersprungen, da die Aktion „onSubmit“ so geändert wurde, dass „falsch“ zurückgegeben wird, wenn der Reaktionseingabe -Tag-Wert „wahr“ ist. Die Logik des Verarbeitungsskripts muss entweder über ein vom Client aufrufbares Skript (aufgerufen über die GlideAjax-API) oder einen REST-Ressourcenendpunkt gehandhabt werden.

Serverseitige UI-Aktion

Um serverseitige UI-Aktionen zu aktivieren, müssen Sie wie folgt vorgehen:

Die Logik des Standard-UI-Aktionsskripts muss als Teil einer geskripteten REST-Ressource verarbeitet werden.