Custom health condition subexpression builder

Use the custom health condition subexpression builder to define a custom health condition for your health policy. Use the build subexpression utility to build complex rule conditions from subexpressions by using AND, OR, NOT and parenthetical grouping. The subexpression builder validates the rule when you apply the changes, and alerts you to mismatched parentheses and unsupported logic operators.

To view this administrative console page, click Operational polices > Health policies > New. If you choose a custom health condition, the Run reaction plan when field is displayed. Click Subexpression builder to build the custom health condition.

Select the properties that you want to be in your custom health condition, and click Generate subexpression. The subexpression value displays. To append the subexpression to your custom health condition, click Append.

Logical operator

Specifies the operator that is used to append this subexpression to the previous subexpression in the custom health condition.

and: Both subexpressions that are around the and operator must be true for actions to be taken on the health policy.
or: To select a node, one of the two subexpressions that are around the or operator must be true for actions to be taken on the health policy.

Operand

PMI metric: From server start and PMI metric: From last interval
The PMI metric: From server start operand uses an average number of the reported values from the time that the server started.

The PMI metric: From last interval operand uses an average of the reported values in the last interval. The interval is the length of the health controller cycle.

Both PMI operands have the following PMI modules:
- Connection pool module (JDBC): These metrics can only be used on servers that are running WebSphere® Application Server. The connection pool module has the following metrics:
  - Faults: Specifies the number of connection timeouts in the pool.
  - Number of creates: Specifies the total number of connections that are created.
  - Percent used: Specifies the average percent of the pool that is in use. The value is based on the total number of configured connections in the connection pool, not the current number of connections.
  - Prepared statement cache discards: Specifies the number of statements that are discarded because the cache is full.
  - Number of destroys: Specifies the total number of connections that are closed.
  - Pool size: Specifies the size of the connection pool.
  - Number of connection handles: Specifies the number of connection objects that are discarded because the cache is full.
  - Concurrent waiters: Specifies the average number of threads that are waiting for a connection at the same time.
  - Number of managed connections: Specifies the number of ManagedConnection objects that are in use for a particular connection pool. This metric applies to Version 5.0 data sources only.
  - Percent maxed: Specifies the average percent of the time that all connections are in use.
  - JDBC time (milliseconds): Specifies the average time, in milliseconds, that is spent running Java Database Connectivity (JDBC) calls. This time includes time that is spent in the JDBC driver, network, and database. This metric applies to Version 5.0 data sources only.
  - Average use time (milliseconds): Specifies the average time in milliseconds that a connection is used. The value is the difference between the time at which the connection is allocated and returned. This value includes the JDBC operation time.
  - Number of returns: Specifies the total number of connections that are returned to the pool.
  - Free pool size: Specifies the number of free connections in the pool.
  - Number of allocates: Specifies the number of connections that are allocated.
  - Average wait time (milliseconds): Specifies the average waiting time in milliseconds
- System module: These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent. The system module has the following metrics:
  - CPU utilization: Since server start: Specifies the average CPU utilization since the server started.
  - CPU utilization: Last interval: Specifies the average CPU utilization since the last query.
  - Free memory (KB): Specifies a snapshot of free memory, in kilobytes.
- Process module (for other servers): These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent. The process module has the following metrics:
  - Process resident memory (KB): Specifies the process resident memory, in kilobytes.
  - Process CPU utilization: Since server start: Specifies the process CPU utilization since the server start.
  - Process CPU utilization: Last interval: Specifies the process CPU utilization in the last interval.
  - Process total memory (KB): Specifies the process total memory, in kilobytes.
- EJB module: These metrics can only be used on servers that are running WebSphere Application Server. The EJB module has the following metrics:
  - Average concurrent active methods: Specifies the average number methods that are active at the same time.
  - Total method calls: Specifies the number of calls to the remote methods of the bean.
  - Methods submodule: Method loads: Specifies the method load in the methods submodule.
  - Stores: Specifies the number of time that the bean data was store in persistent storage.
  - Message count: Specifies the number of messages that were delivered to the onMessage method of the bean. This message count applies to message-driven beans.
  - Average concurrent live beans: Specifies the average beans that are alive at the same time.
  - Removes: Specifies the number of times that beans were removed.
  - Returns to pool: Specifies the number of calls that are returning an object to the pool.
  - Passivates: Specifies the number of times that beans were moved to passivated state.
  - Gets from pool: Specifies the number of calls that are retrieving an object from the pool.
  - Drains from pool: Specifies the number of times that the daemon found the pool idle and attempted to clean the pool.
  - Ready count: Specifies the number of bean instances that are in ready state.
  - Average create time (milliseconds): Specifies the average time, in milliseconds, to run a bean create call. This time includes the time to load the bean.
  - Returns discarded Specifies the number of times that the returning object was discarded because the pool was full.
  - Activates: Specifies the number of times that beans were activated.
  - Server session usage (percentage): Specifies the percentage of the ServerSession pool that is being used. This metric applies to: message-driven beans.
  - Loads: Specifies the number of times that bean data was loaded from persistent storage.
  - Message backout count: Specifies the number of backed out messages that failed to be delivered to the onMessage method of the bean. This metric applies to: message-driven beans.
  - Methods submodule: Method response time (milliseconds): Specifies the method response time, in milliseconds.
  - Passivation count: Specifies the number of beans that are in a passivated state.
  - Pool size: Specifies the average number of objects that are in the pool.
  - Load time (milliseconds): Specifies the average time in milliseconds for loading the bean data from persistent storage.
  - Average remove time (milliseconds): Specifies the average time, in milliseconds, to run a beanRemove call. This time includes the time at the database.
  - Gets found: Specifies the number of times that a retrieve call found an available object in the pool.
  - Activation time: Specifies the average time, in milliseconds, for activating a bean object
  - Average drain size: Specifies the average number of objects that are discarded in each drain.
  - Methods submodule: Method calls: Specifies the number of method calls.
  - Destroys: Specifies the number of times that beans were destroyed.
  - Average server session wait time (milliseconds): Specifies the average time, in milliseconds, that is required to obtain a server session from the pool. This metric applies to message-driven beans.
  - Creates: Specifies the number of times that beans were created.
  - Average method response time (milliseconds): Specifies the average response time, in milliseconds, that elapses for remote method calls on the bean.
  - Instantiates: Specifies the number of times that beans were instantiated.
  - Store time (milliseconds): Specifies the average time, in milliseconds, for storing the bean data to persistent storage.
  - Passivation time (milliseconds): Specifies the average time, in milliseconds, for bean object passivation to occur.
- Web application module: These metrics can only be used on servers that are running WebSphere Application Server. Web application modules have the following metrics:
  - Number of errors: Specifies the total number of times that an error has been received from the servlet or JavaServer Pages (JSP) files.
  - Total requests: Specifies the total number of requests that a servlet processed.
  - Response time (milliseconds): Specifies the average response time, in milliseconds, in which servlet requests finish.
  - Concurrent requests: Specifies the number of requests that are currently processing.
  - Number of reloads: Specifies the number of servlets that are reloaded.
  - Number of loaded servlets: Specifies the number of servlets that are loaded.
- JVM runtime module: These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent. Java Virtual Machine (JVM) runtime modules have the following metrics:
  - Free memory (KB): Specifies the free memory, in kilobytes, in the JVM runtime.
  - Up time (seconds): Specifies the amount of time, in seconds, that the JVM has been running.
  - Total memory (KB): Specifies the total memory, in kilobytes, in the JVM runtime.
  - Used memory (KB): Specifies the amount of used memory, in kilobytes, in the JVM runtime.
- Thread pool module: These metrics can only be used on servers that are running WebSphere Application Server. Thread pool modules have the following metrics:
  - Number of thread stops: Specifies the number of threads that are declared as stopped.
  - Percent maxed: Specifies the average percent of the time that all threads are in use.
  - Average active time (milliseconds: Specifies the average time in milliseconds that the threads are in active state.
  - Thread destroys: Specifies the total number of threads that are destroyed.
  - Pool size: Specifies the average number of threads in a pool.
  - Thread creates: Specifies the total number of threads that are created.
  - Concurrently hung threads: Specifies the number of threads that are concurrently stopped.
  - Number of cleared thread stops: Specifies the number of thread stops that are cleared.
  - Active threads: Specifies the number of threads that are concurrently active.
Subexpression format for PMI Metric: From server start:
```
PMIMetric_FromServerStart$moduleName$metricName operator LongValueL (with "L" suffix)
```
Example:
```
PMIMetric_FromServerStart$systemModule$cpuUtilization  >  90L
```
Subexpression format for PMI Metric: Last reported interval:
```
PMIMetric_FromLastInterval$moduleName$metricName operator LongValueL (with "L" suffix)
```
Example:
```
PMIMetric_FromLastInterval$webAppModule$responseTime  > 200L
```
ODR server level metric: From server start
You can use a subset of server level metrics that the on demand router (ODR) publishes. These metrics are cumulative and reported since the server start.
Metric name
You can use the following server level metrics:
- Departs: Specifies the number of requests that are dispatched from the queue to the server during the reported interval. A request is considered to be dispatched just once, even if it fails at the first server and is retried at another time. The next event after dispatch is return. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Response time (milliseconds): Specifies an average response time for requests. To calculate this average, add the sum of the response times for requests that returned from the server to the client during the reported interval. The sum is in units of milliseconds. Divide by the serviced metric value to get the average response time. The response time of a request is the sum of the request's waiting time and service time. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Currently executing requests: Specifies the number of requests that are running at the end of the reported interval. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Service time (milliseconds) Specifies the average service time for requests. To calculate this average, add the sum of each request service time for requests that returned to the server during the reported interval. The sum is in units of milliseconds. Divide by the serviced metric value in the same interval to get the average. The service time of a request is the time from dispatch to return. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Wait time (milliseconds): Specifies the average wait time for requests. To calculate this average, add the sum of the time that each request spent waiting in the queue over the reported interval. The sum is in units of milliseconds. Divide by the number of departs to get the average wait time. Dropped requests do not contribute to this sum. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Errors: Specifies the number of requests that returned from the server with an error indicator during the reported interval. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Serviced: Specifies the number of requests that returned from server to client during the reported interval. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Timeouts: Specifies the number of requests that returned due to service timeout during the reported interval. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
Subexpression format:
```
ODRServerMetric_FromServerStart$metricName operator LongValueL (with "L" suffix)
```
Example:
```
ODRServerMetric_FromServerStart$errors  > 100L
```
ODR server level metric: Last reported interval
You can use the same set of metrics as the ODR server level metric: From server start operand. This operand uses an average of the reported values in the last interval. The interval is the length of the health controller cycle.
- Departs: Specifies the number of requests that are dispatched from the queue to the server during the reported interval. A request is considered to be dispatched just once, even if it fails at the first server and is retried at another time. The next event after dispatch is return. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Response time (milliseconds): Specifies an average response time for requests. To calculate this average, add the sum of the response times for requests that returned from the server to the client during the reported interval. The sum is in units of milliseconds. Divide by the serviced metric value to get the average response time. The response time of a request is the sum of the request's waiting time and service time. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Currently executing requests: Specifies the number of requests that are running at the end of the reported interval. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Service time (milliseconds) Specifies the average service time for requests. To calculate this average, add the sum of each request service time for requests that returned to the server during the reported interval. The sum is in units of milliseconds. Divide by the serviced metric value in the same interval to get the average. The service time of a request is the time from dispatch to return. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Wait time (milliseconds): Specifies the average wait time for requests. To calculate this average, add the sum of the time that each request spent waiting in the queue over the reported interval. The sum is in units of milliseconds. Divide by the number of departs to get the average wait time. Dropped requests do not contribute to this sum. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Errors: Specifies the number of requests that returned from the server with an error indicator during the reported interval. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Serviced: Specifies the number of requests that returned from server to client during the reported interval. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Timeouts: Specifies the number of requests that returned due to service timeout during the reported interval. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
Subexpression format:
```
ODRServerMetric_FromLastInterval$metricName operator LongValue (with "L" suffix)
```
Example:
```
ODRServerMetric_FromLastInterval$serviced  > 10000L
```
ODR cell level metric: From ODR start
You can use a subset of cell level metrics that the ODR publishes. These metrics are cumulative and reported since the server start. You can use the following set of metrics:
- Departs: Specifies the number of requests that are dispatched from the queue to the server during the reported interval. A request is considered to be dispatched just once, even if it fails at the first server and is retried at another time. The next event after dispatch is return. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Response time (milliseconds): Specifies an average response time for requests. To calculate this average, add the sum of the response times for requests that returned from the server to the client during the reported interval. The sum is in units of milliseconds. Divide by the serviced metric value to get the average response time. The response time of a request is the sum of the request's waiting time and service time. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Current queue length: Specifies the length of the queue at the end of the reported interval.
- Service time (milliseconds)
- Errors: Specifies the number of requests that returned from the server with an error indicator during the reported interval. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Average queue length: Specifies the average length of the queue. To calculate this average, add the sum of the queue lengths that are reported at each request arrival before insertion, and divide the sum by the number of arrivals. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Serviced: Specifies the number of requests that returned from server to client during the reported interval. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Timeouts: Specifies the number of requests that returned due to service timeout during the reported interval. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Currently executing requests: Specifies the number of requests that are running at the end of the reported interval. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Arrivals: Specifies the number of requests that arrived during the reported interval. The next event, if any, after arrival is either dispatch or drop. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Queue overflow drops: Specifies the number of requests that were initially accepted into the queue at some time and then, at some time during the reported interval, were ejected from the queue.These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Queue drops: Specifies the number of requests that were initially accepted into the queue at some time and then were ejected from the queue at some time during the reported interval. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Delayed: Specifies the number of requests that arrived during the reported interval and were not immediately dispatched or dropped. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Wait time (milliseconds): Specifies the average wait time for requests. To calculate this average, add the sum of the time that each request spent waiting in the queue over the reported interval. The sum is in units of milliseconds. Divide by the number of departs to get the average wait time. Dropped requests do not contribute to this sum. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
Subexpression format:
```
ODRCellMetric_FromServerStart$metricName operator LongValue (with "L" suffix)
```
Example:
```
ODRCellMetric_FromServerStart$arrivals  > 10000L
```
ODR cell level metric: Last reported interval
You can use the same set of metrics as the ODR cell level metric: From server start operand. This operand uses an average of the reported values in the last interval. The interval is the length of the health controller cycle.
- Departs: Specifies the number of requests that are dispatched from the queue to the server during the reported interval. A request is considered to be dispatched just once, even if it fails at the first server and is retried at another time. The next event after dispatch is return. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Response time (milliseconds): Specifies an average response time for requests. To calculate this average, add the sum of the response times for requests that returned from the server to the client during the reported interval. The sum is in units of milliseconds. Divide by the serviced metric value to get the average response time. The response time of a request is the sum of the request's waiting time and service time. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Current queue length: Specifies the length of the queue at the end of the reported interval.
- Service time (milliseconds) Specifies the average service time for requests. To calculate this average, add the sum of each request service time for requests that returned to the server during the reported interval. The sum is in units of milliseconds. Divide by the serviced metric value in the same interval to get the average. The service time of a request is the time from dispatch to return. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Errors: Specifies the number of requests that returned from the server with an error indicator during the reported interval. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Average queue length: Specifies the average length of the queue. To calculate this average, add the sum of the queue lengths that are reported at each request arrival before insertion, and divide the sum by the number of arrivals. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Serviced: Specifies the number of requests that returned from server to client during the reported interval. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Timeouts: Specifies the number of requests that returned due to service timeout during the reported interval. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Currently executing requests: Specifies the number of requests that are running at the end of the reported interval. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Arrivals: Specifies the number of requests that arrived during the reported interval. The next event, if any, after arrival is either dispatch or drop. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Queue overflow drops: Specifies the number of requests that were initially accepted into the queue at some time and then, at some time during the reported interval, were ejected from the queue.These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Queue drops: Specifies the number of requests that were initially accepted into the queue at some time and then were ejected from the queue at some time during the reported interval. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Delayed: Specifies the number of requests that arrived during the reported interval and were not immediately dispatched or dropped. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
- Wait time (milliseconds): Specifies the average wait time for requests. To calculate this average, add the sum of the time that each request spent waiting in the queue over the reported interval. The sum is in units of milliseconds. Divide by the number of departs to get the average wait time. Dropped requests do not contribute to this sum. These metrics can be used on servers that are running WebSphere Application Server or that are running other middleware servers with the node agent.
Subexpression format:
```
ODRCellMetric_FromLastInterval$metricName operator LongValue (with "L" suffix)
```
Example:
```
ODRCellMetric_FromLastInterval$timeouts  > 100L
```
MBean operation metric: Long return type and MBean operation metric: String return type
For Managed Bean (Mbean) operation metric operands, you must specify the Object name query string and the MBean method name.These metrics can only be used on servers that are running WebSphere Application Server.

Object name query string

When you are creating the Object name query string, all special characters must escaped with a backslash character. The backend expects the object name query string in a form where all special characters have been escaped appropriately.
The value that you enter for the object name query string must have both the process=<process_name>, and node=<node_name> strings specified, or none specified. If you specify both process=<process_name>, and node=<node_name>, the backend creates a singleton MBeanSensor sensor that senses the particular MBean on a server and node. If you specify none, the backend appends the name of the current server as the process name and the name of the current node as the node name, creating a MBeanSensor sensor for each server to which the health policy applies. If you specify only one of the twoprocess=<process_name> or node=<node_name>, an error results.

MBean method name

Specifies the name of the MBean method to invoke.
Subexpression format long metrics:
```
MBeanOperationMetric_TypeLong$objectNameQueryString$methodName operator LongValueL (with "L" suffix)
```
Example for long metrics:
```
MBeanOperationMetric_TypeLong$WebSphere\:\*\,type\=HealthConditionLanguageInitializer\,node\=hipods3\,process\=nodeagent$getNumberOfOperands  > 10L
```
Subexpression format for string metrics:
```
MBeanOperationMetric_TypeString$objectNameQueryString$methodName operator StringValue
```
Example for string metrics:
```
MBeanOperationMetric_TypeString$WebSphere\:\*\,type\=HealthConditionLanguageInitializer\,node\=hipods3\,process\=nodeagent$getOperands  = 't'
```
MBean attribute metric: Long return type and MBean attribute metric: String return type
The MBean attribute metrics are used for querying an attribute of a MBean rather than invoking a method on the MBean. The operand takes the Object name query string and the attribute name as inputs. These metrics can only be used on servers that are running WebSphere Application Server.
Object name query string

When you are creating the Object name query string, all special characters must escaped with a backslash character. The backend expects the object name query string in a form where all special characters have been escaped appropriately.
The value that you enter for the object name query string must have both the process=<process_name>, and node=<node_name> strings specified, or none specified. If you specify both process=<process_name>, and node=<node_name>, the backend creates a singleton MBeanSensor sensor that senses the particular MBean on a server and node. If you specify none, the backend appends the name of the current server as the process name and the name of the current node as the node name, creating a MBeanSensor sensor for each server to which the health policy applies. If you specify only one of the twoprocess=<process_name> or node=<node_name>, an error results.

Attribute name

Specifies the attribute that is queried on the MBean.
Subexpression format for long metrics:
```
MBeanAttributeMetric_TypeLong$objectNameQueryString$attributeName operator LongValue
```
Example for long metrics:
```
MBeanAttributeMetric_TypeLong$WebSphere\:\*\,type\=HealthConditionLanguageInitializer\,node\=hipods3\,process\=nodeagent$NumberOfOperands > 10L
```
Subexpression format for string metrics:
```
MBeanAttributeMetric_TypeString$objectNameQueryString$attributeName operator StringValue
```
Example for string metrics:
```
MBeanAttributeMetric_TypeString$WebSphere\:\*\,type\=HealthConditionLanguageInitializer\,node\=hipods3\,process\=nodeagent$OperatorList  =  'test'
```
URL return code metric
With this operand, you can ping any relative path (URI) on the server that is the target of this policy. The return value is used in the condition expression for the custom health policy.

URL port number

Specifies the port number to ping.

URL relative path

Specifies the URL to ping. Any special characters in the string must be escaped with a backslash (\) character.

Protocol

Specifies the protocol to use. For example: http://, or https://

Value

Specifies an integer that is the expected return code of the ping.

You can use this operand to ping any general purpose URL by selecting the on demand router (ODR) as the target of the health policy and by setting the appropriate routing rules in the ODR.

You can use this operand to select members that are running WebSphere Application Server, or that are running other middleware software with the node agent.
Subexpression format:
```
URLReturnCodeMetric$portNumber$relativePath operator IntValue
```
Example:
```
URLReturnCodeMetric$9060$ibm\/console\/login\.do = 200
```
The URL sensor returns0 if the Web site cannot be reached:
```
URLReturnCodeMetric$9060$ibm\/console\/login\.do = 0  
```

Operator

Equals (=): The equality operator expresses a case-sensitive match.
Not Equals (<>): The not equal operator expresses that the operand value is not equal to the value you enter.
Greater Than (>): The greater-than operator is for use with numbers.
Greater Than or Equals (>=): The greater-than or equal to operator is for use with numbers.
Less Than (<) : The less-than operator is for use with numbers.
Less Than or Equals (<=): The less-than or equal to operator is for use with numbers.
Between (BETWEEN): The value must be between a Lower bound and Upper bound that you specify.
In (IN): The value must be in a list of values. You can type in values and add them to a list.

Value

Depending on the operator that you choose, type in a value for the subexpression that you want to create.

Subexpression

After you click Generate subexpression, this field displays the generated subexpression fragment based on the options that you selected. To add this subexpression to your custom health condition, click Append.

File name: hc_condition_subex.html