Contents
Alert rules can be configured with alert actions
, which are a set of conditions that when
transitioning from false to true will fire
.
What fire
means is the 0-to-N configured
alert actions are executed.
Most alert actions are enabled by default where security impact is not an issue, and
therefore explicitly configuring those actions is not required. Alert actions that
are disabled
by default require appropriate
user privileges and system properties to be enabled.
The next sections describe the available alert actions and configuration in detail.
- Overview
-
This action sends an email when the alert is triggered.
- Configuration
-
This action requires that you supply
one
of the following minimum email parameters in your applicable LiveView client:-
To
-
cc
-
Bcc
Note
Subject and Body are optional and recommended.
-
- LiveView Server readiness
-
Configure email settings as a system property in your LiveView project's LiveView engine configuration file as required:
liveview.alert.email.from =
Sender's Email ID
liveview.alert.email.replyto =Reply to Email ID
liveview.alert.email.smtpclient =null
liveview.alert.email.smtpServer =smtp server
liveview.alert.email.smtpPort =smtp port
liveview.alert.email.useAuthentication =true
orfalse
liveview.alert.email.useSSL =true
orfalse
liveview.alert.email.username =username
liveview.alert.email.password =password
liveview.alert.email.enableSMTPDebugging =true
orfalse
For example:
systemProperties = { "liveview.alert.email.from" = "
foo@example.com
" "liveview.alert.email.replyto" = "foo@example.com
" "liveview.alert.email.smtpclient" = "null
" "liveview.alert.email.smtpServer" = "smtp.example.com
" "liveview.alert.email.smtpPort" = "465
" "liveview.alert.email.useAuthentication" = "true
" "liveview.alert.email.useSSL" = "true
" "liveview.alert.email.username" = "foo@example.com
" "liveview.alert.email.password" = "foo password
" "liveview.alert.email.enableSMTPDebugging" = "true
" } ...
- Overview
-
The action is used to execute a Java program when the alert is triggered. Note that because this action can introduce security issues, it is disabled by default.
- Configuration
-
Provide the following parameters in your applicable LiveView client:
-
Set of key-value parameters which can later be accessed in the Java class that you created and saved on the LiveView server.
-
The name of the Java class to execute as part of this action.
Enable this alert action by setting the following system property your LiveView project's LiveView engine configuration file:
systemProperties = { "liveview.alert.action.execjava.enabled" = "true" } ...
Your LiveView user role must contain the
LiveViewAlertActionJava
or higher level privilege. See the LiveView privileges page for more information. -
- LiveView Server readiness
-
Create the custom Java class that you want to execute as part of an alert action and place it in the LiveView project’s
src/main/java
folder. The Java class will implement the interface forExecJavaAction
. For an example, see the LiveView Alerting sample's README.As of Release 10.5.0, you can optionally have the action's configured class validated against a configurable server-wide white list. Use the system property:
liveview.alert.execjava.class.whitelist.glob
which is set to a semicolon separated list of globs that represent acceptable classes to invoke. The system property has a default value of:com.tibco.ldm.sample.*
.
- Overview
-
This action executes the supplied command in a subprocess. Note that because this action can introduce security issues, it is disabled by default.
- Configuration
-
Provide the command to execute and any applicable parameters in your applicable LiveView client.
Enable this alert action by setting the following system property your LiveView project's LiveView engine configuration file:
systemProperties = { "liveview.alert.action.execos.enabled" = "true" } ...
Your LiveView user role must contain the
LiveViewAlertActionOSCommand
or higher level privilege. See the LiveView privileges page for more information. - LiveView Server readiness
-
The command must an absolute path or on the PATH of the process running the LiveView server. See the
LiveView Alerting Sample
for an example.
- Overview
-
The action publishes a row to the configured LiveView URI. Note that you can use any field substitution values to set fields in the row to be published to the LiveView Table.
- Configuration
-
Set the following parameters using your applicable LiveView client:
-
URL of the LiveView server.
-
Name of the LiveView table.
-
Field substitutions that must be done before publishing the row to the destination LiveView table.
-
- LiveView Server readiness
-
The server is ready to perform this action by default.
- OverView
-
This action is used to delete the rows of a LiveView table. LiveView’s analytics engine runs in memory — in order to keep the server streaming new data, TIBCO recommends deleting the data that is no longer useful, to free up heap memory. An example would be to run a cron-based alert nightly and configure your alert with this alert action to delete the data that is no longer needed.
For more information about table trimming through deletes, see Alert Rule: Delete Rows Action.
- Configuration
-
Provide the following parameters using your applicable LiveView client (API, LiveView Web, or LiveView Desktop, for example):
-
The table name whose rows are to be deleted.
-
The delete predicate to be used.
For example:
Table:
ItemsSales
Delete predicate:when transactionTime between BEGIN and now()-minutes(5)
-
- LiveView Server readiness
-
The server is ready to perform this action by default.
- Overview
-
This action calls a REST endpoint using the HTTP protocol. The default number of redirections followed during invoke HTTP action is 5.
- Configuration
-
Configure the following as needed:
-
URL (String): where the request is sent (required).
-
Method (String) (required): Supported request types:
-
GET
-
POST
-
PUT
-
PATCH
-
DELETE
For example:
URL: http://test@example.com/path Method: POST Headers: {empty} Query Parameters: {empty} Body: "Example Invoke HTTP body"
-
-
Headers (Map Object): Information that needs to be passed to the receiver.
-
Query Parameters (Map Object): Parameters that carry identifying information about the request.
-
Body (String): Content that should be sent to the receiver.
-
- LiveView Server readiness
-
The server is ready to perform this action by default. You can change the maximum number of redirections by setting the following system property your LiveView project's LiveView engine configuration file:
systemProperties = { "liveview.alert.action.invokehttp.maxredirections" = "7" } ...
- Overview
-
The action will publish a tuple to the configured StreamBase URI.
- Configuration
-
Set the following parameters using your applicable LiveView client:
-
URI of the StreamBase server.
-
Destination input stream for the tuple.
-
Field substitutions that must be done before publishing the tuple to the destination. Essentially, altering the source tuple before forwarding it to the destination.
-
- LiveView Server readiness
-
The server is ready to perform this action by default.
- Overview
-
This action will publish a row to the LVAlerts table. By default it writes the alerting tuple to the Payload field in JSON format.
- Configuration
-
Set the following parameters using your applicable LiveView client:
-
Alert key (String): Key to be used if the auto-generated one is to be overridden.
-
Message (String): Uses the message in alert rule by default but can be overridden with this field.
-
Recipient (String): The username of an intended recipient of the alert. The default is "*" to indicate "anyone".
-
Field Substitutions / (Map Object): Values that can be sent to the specified column in LVAlerts table.
All fields are optional and result in default values being used.
Example:
Alert key: {empty} Message : "Message override; this will get published" Recipient: * Field Substitutions: {empty}
-
- LiveView Server readiness
-
The server is ready to perform this action by default.