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, um das Reaktionseingabe -Tag einzubeziehen. Der Tag-Wert für die 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 im Client-Skript geschrieben werden, wenn die Reaktionskennzeichnung „wahr“ ist. Dies ist erforderlich, um die Schaltflächenereignisse „ Absenden “ und „ Abbrechen “ zu verarbeiten, die im Dialogfeld angezeigt werden.
   1. Event-Handler onCancel () muss das Event „SIR_WORKBENCH_POPUP_CANCEL“ vom senden Security Analyst Workspace
   2. Event-Handler onSubmit () muss das Event „SIR_WORKBENCH_POPUP_SUBMIT“ vom 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 sie „falsch“ zurückgibt, wenn der Tag-Wert der Reaktionseingabe „wahr“ ist. Die Logik des Verarbeitungsskripts muss entweder über ein vom Client aufrufbares Skript (aufgerufen über die GlideAjax-API) oder einen REST-Ressourcenendpunkt behandelt werden.

Serverseitige UI-Aktion

Gehen Sie wie folgt vor, um serverseitige UI-Aktionen zu aktivieren:

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