Professional Documents
Culture Documents
Through the Run Process action or by using the $PROCESS$ keyword in a Set Fields
action, you can initiate separate processes, including both AR System commands
and outside applications. In general, these actions are used to perform operations
in support of your application.
This section describes the AR System commands designed to be run by a Run
Process action or a $PROCESS$ command and the syntax for using them. For
information about how running a process works, as well as information about
using the Run Process action or $PROCESS$ to integrate AR System with an
external application, see the Integration Guide.
The following topics are provided:
Overview (page 216)
Process command syntax (page 217)
Process commands (page 219)
Sending events to the Data Visualization definitions (page 234)
Overview
AR System provides a set of commands that you can use with Run Process actions
and the $PROCESS$ keyword in Set Fields actions. These process commands do not
cause the system to run an external operating system process. Instead, the
AR System server or client recognizes these commands and performs the
operations directly.
“Application” type process commands always run on the AR System server. Other
process commands can run on the client or the AR System server as appropriate to
the action.
When you define a run process command, you must use quotation marks in some
cases to indicate that the content inside the quotation marks makes up a single
parameter:
If a parameter includes a space or a special character, put quotation marks
around the parameter.
Surround any keywords with quotation marks in case the substituted value
contains spaces or special characters.
If a value contains one or more quotation marks, double the quotation marks
and put quotation marks around the entire parameter.
The following table lists examples of these guidelines.
Table C-1: Using quotations in process commands
Value Syntax
AR System "AR System"
AR “System” User "AR ""System"" User"
$SCHEMA$ "$SCHEMA$"
Process commands
When you create a Run Process action or a Set Fields action with $PROCESS$,
Developer Studio allows you to select any of the commands described in this
section. You must understand how each command operates to determine whether
it is appropriate to use in your workflow.
Table C-2 describes Application commands and Table C-3 describes the PERFORM-
ACTION and related workflow commands. Along with the syntax and description
for each command, the tables include the following information:
AL only—A plus sign (+) in this column indicates that the command is intended
for use with active links only.
Filter or Esc only—A plus sign (+) in this column indicates that the command is
intended for use with filters and escalations only.
Returns a value—A plus sign (+) in this column indicates that the command
returns a value. To capture the retuned value, you must use the command in a
Set Fields action with the $PROCESS$ key word.
Table C-2 describes Application commands, which are always executed on the
server. If you use one of these commands in an active link, you must use the
@@:processCommand or @serverName:processCommand or syntax.
Table C-2: Application commands
Determines whether form entries are created when the workflow operation to create
them occurs or whether they are created in bulk during a later filter phase. When
issued, this command affects all subsequent entry create operations for the current
API call. Entries already created as a result of the call are not undone. The effect of
the command lasts for the duration of the API call or until the command is reissued
with a different value.
value can be 1 or 0:
1—Entries are created in a later filter phase.
0—Entries are created immediately. This is the default behavior. Use this
parameter only if you previously switched on delayed entry creation for the call
and now want to switch it off.
Important: If the create phase is delayed, the entries are not immediately added to the
database, so their data is unavailable to subsequent workflow actions. This can
change the effect of filters that use the data in qualifications or as a source for Set
Fields actions.
This command does not affect filters whose names end with \!. In such filters, all
database operations including creates occur in phase 1.
When a filter performs an Application-Release-Pending Run Process
command, all delayed create operations are immediately performed. The new
entries are held until the end of filter processing or until they are flushed by another
Application-Release-Pending Run Process command.
Table C-3 describes PERFORM-ACTION and other workflow commands, which are
executed by the workflow engine and can run on the client or the server as
appropriate.
Table C-3: PERFORM-ACTION and other workflow commands
PERFORM-ACTION-OPEN-URL "urlString"
or
PERFORM-ACTION-OPEN-URL new "urlString"
To open the page in the current browser window, enter:
PERFORM-ACTION-OPEN-URL current "urlString"
Be sure that the URL is complete and well-formed so that the browser handles it
correctly. For example, to open a web page, be sure the URL begins with http:/
/. Some partial URLs work correctly when this command is run from BMC
Remedy User, but the mid tier always requires a complete and well-formed URL.
+ PERFORM-ACTION-PREV
Moves to the previous request in the Results pane and displays the details in the
Details pane.
+ PERFORM-ACTION-REFRESH-PREFERENCE flag
Refreshes the preferences for BMC Remedy User. The flag options are:
1—Saves all modified preferences from BMC Remedy User to the preference
server, and then reloads from the preference server.
0—Discards all modified preferences in BMC Remedy User and reloads from
the preference server.
PERFORM-ACTION-SAVE-ATTACHMENT fieldID [ "fileName" ] +
Saves an attachment from an attachment field to a file, and returns a value of 0
(Successful). If the attachment is not saved, the command returns one of the
following codes:
1—Cancelled
2—Failed
For filtersand , the file is saved on the server machine. The field ID must
escalations