Administration and Configuration Guide

     Previous  Next    Open TOC in new window    View as PDF - New Window  Get Adobe Reader - New Window
Content starts here

wlevs.Admin Command-Line Reference

The following sections describe the wlevs.Admin utility:

 


Overview of the wlevs.Admin Utility

The wlevs.Admin utility is a command-line interface to administer Oracle Complex Event Processing (or Oracle CEP for short) and, in particular, dynamically configure the EPL rules for application processors and monitor the event latency and throughput of an application. The utility internally uses JMX to query the configuration and runtime MBeans of both the server and deployed applications.

The Oracle CEP configuration framework allows concurrent changes to both the application and server configuration by multiple users. The framework does not use locking to manage this concurrency, but rather uses optimistic version-based concurrency. This means that two users can always view the configuration of the same object with the intention to update it, but only one user is allowed to commit their changes. The other user will then get an error if they try to update the same configuration object, and must refresh their session to view the updated configuration.

Each command of the wlevs.Admin utility runs in its own transaction, which means that there is an implicit commit after each execution of a command. If you want to batch multiple configuration changes in a single transaction, you must use JMX directly to make these changes rather than the wlevs.Admin utility.

 


Required Environment for the wlevs.Admin Utility

To set up your environment for the wlevs.Admin utility:

  1. Install and configure the Oracle CEP software, as described in the Oracle CEP Installation Guide.
  2. Configure JMX connectivity for the domain you want to administer. See Configuring JMX for Oracle Complex Event Processing.
  3. Open a command window and set your environment as described in Setting Up Your Development Environment.
  4. Set your CLASSPATH in one of the following ways:
    • Implicitly set your CLASSPATH by using the -jar argument when you run the utility; set the argument to the ORACLE_CEP_HOME/ocep_10.3/bin/wlevsadmin.jar file, where ORACLE_CEP_HOME refers to the main Oracle CEP installation directory. When you use the -jar argument, you do not specify the wlevs.Admin utility name at the command line. For example
    • prompt> java -jar d:/oracle_cep/ocep_10.3/bin/wlevsadmin.jar
      -url service:jmx:rmi:///jndi/rmi://localhost:9004/jmxrmi
      UPLOAD -application helloworld -processor helloworldProcessor
      -sourceURL file:///d:/test/newrules2.xml
    • Explicitly update your CLASSPATH by adding the following files to the CLASSPATH environment variable:
      • ORACLE_CEP_HOME/ocep_10.3/bin/wlevsadmin.jar
      • ORACLE_CEP_HOME/ocep_10.3/bin/wlevs.jar
      • ORACLE_CEP_HOME/ocep_10.3/modules/com.bea.wlevs.deployment.server_3.0.0.0.jar
      • ORACLE_CEP_HOME/ocep_10.3/modules/com.bea.wlevs.ede_3.0.0.0.jar
      • ORACLE_CEP_HOME/ocep_10.3/modules/com.bea.wlevs.management_3.0.0.0.jar
      • ORACLE_CEP_HOME/modules/com.bea.core.jmx_6.0.0.0.jar
      • ORACLE_CEP_HOME/modules/com.bea.core.jndi.context_6.0.0.0.jar
      • ORACLE_CEP_HOME/modules/com.bea.core.rmi_6.0.0.0.jar
      • ORACLE_CEP_HOME/modules/com.bea.core.i18n_1.4.0.0.jar
      • ORACLE_CEP_HOME/modules/com.bea.core.diagnostics.core_2.1.0.0.jar
      • ORACLE_CEP_HOME/modules/javax.xml.stream_1.1.1.0.jar
      • where ORACLE_CEP_HOME refers to the main directory into which you installed Oracle CEP.

 


Running the wlevs.Admin Utility Remotely

Sometimes it is useful to run the wlevs.Admin utility on a computer different from the computer on which Oracle CEP is installed and running. To run the utility remotely, follow these steps:

  1. Copy the following JAR files from the computer on which Oracle CEP is installed to the computer on which you want to run wlevs.Admin; you can copy the JAR files to the directory name of your choice:
    • ORACLE_CEP_HOME/ocep_10.3/bin/wlevsadmin.jar
    • ORACLE_CEP_HOME/ocep_10.3/modules/com.bea.wlevs.deployment.server_3.0.0.0.jar
    • ORACLE_CEP_HOME/ocep_10.3/modules/com.bea.wlevs.ede_3.0.0.0.jar
    • ORACLE_CEP_HOME/ocep_10.3/modules/com.bea.wlevs.management_3.0.0.0.jar
    • ORACLE_CEP_HOME/modules/com.bea.core.jmx_6.0.0.0.jar
    • ORACLE_CEP_HOME/modules/com.bea.core.jndi.context_6.0.0.0.jar
    • ORACLE_CEP_HOME/modules/com.bea.core.rmi_6.0.0.0.jar
    • ORACLE_CEP_HOME/modules/com.bea.core.i18n_1.4.0.0.jar
    • ORACLE_CEP_HOME/modules/com.bea.core.diagnostics.core_2.1.0.0.jar
    • ORACLE_CEP_HOME/modules/javax.xml.stream_1.1.1.0.jar
    • where ORACLE_CEP_HOME refers to the main directory into which you installed Oracle CEP.

  2. Set your CLASSPATH in one of the following ways:
    • Implicitly set your CLASSPATH by using the -jar argument when you run the utility; set the argument to the NEW_DIRECTORY/wlevsadmin.jar file, where NEW_DIRECTORY refers to the directory on the remote computer into which you copied the required JAR files. When you use the -jar argument, you do not specify the wlevs.Admin utility name at the command line.
    • Explicitly update your CLASSPATH by adding all the files you copied to the remote computer to your CLASSPATH environment variable:
  3. Invoke the wlevs.Admin utility as described in the next section.

 


Running wlevs.Admin Utility in SSL Mode

To use SSL when using the wlevs.Admin command-line utility, you must first create a trust keystore, as described in the following steps:

  1. Open a command window and set your environment as described in Setting Up Your Development Environment.
  2. If not already running, start the Oracle CEP server.
  3. Change to the DOMAIN_DIR/servername/ssl directory, where DOMAIN_DIR refers to the main domain directory and servername refers to the name of your server, such as d:\oracle_cep\user_projects\domains\mydomain\myserver\ssl.
  4. Generate a trust keystore by specifying the following command:
  5. prompt> java -jar ORACLE_CEP_HOME/ocep_10.3/utils/security/wlevsgrabcert.jar host:secureport truststorepath trustfile truststorepassword password

    where

    • ORACLE_CEP_HOME refers to the directory in which you installed Oracle CEP, such as d:\oracle_cep.
    • host refers to the host on which Oracle CEP is running
    • secureport refers to the network i/o port configured for SSL; see How SSL Is Configured in Oracle CEP.
    • trustfile refers to the name of the generated trust keystore file; default is evstrust.jks
    • password refers to the password you want to assign to the trust keystore file; default is changeit.
    • For example:

      prompt> java -jar /oracle_cep/ocep_10.3/utils/security/wlevsgrabcert.jar ariel:9003 truststorepath clitrust.jks truststorepassword secret

To specify that the wlevs.Admin command-line utility use this trust keystore file, use the following properties:

Also be sure to specify the secure port in the URL. For example:

prompt> java wlevs.Admin 
-Djavax.net.ssl.trustStore=clitrust.jks
-Djavax.net.ssl.trustStorePassword=secret
-url service:jmx:rmi:///jndi/rmi://ariel:9003/jmxrmi
-username wlevs -password wlevs
SHUTDOWN -scheduleAt 600

 


Syntax for Invoking the wlevs.Admin Utility

The syntax for using the wlevs.Admin utility is as follows:

java wlevs.Admin 
[ Connection Arguments ]
[ User Credentials Arguments ]
[ Common Arguments ]
COMMAND-NAME command-arguments

The command names and arguments are not case sensitive.

The following sections provide detailed syntax information about the arguments you can supply to the wlevs.Admin utility:

The following sections provide detailed syntax information about the supported commands of the wlevs.Admin utility:

Example Environment

In many of the examples throughout the sections that follow, it is assumed that a certain environment has been set up:

Also, for clarity, all the examples are shown on multiple lines; however, when you run the command, enter all arguments and commands on a single line.

Exit Codes Returned by wlevs.Admin

All wlevs.Admin commands return an exit code of 0 if the command succeeds and an exit code of 1 if the command fails.

To view the exit code from a Windows command prompt, enter echo %ERRORLEVEL% after you run a wlevs.Admin command. To view the exit code in a bash shell, enter echo $?.

wlevs.Admin calls System.exit(1) if an exception is raised while processing a command, causing Ant and other Java client JVMs to exit.

 


Connection Arguments

java wlevs.Admin 
[ {-url URL} | {-listenAddress hostname -listenPort port} ]
[ User Credentials Arguments ]
[ Common Arguments ]
COMMAND-NAME command-arguments

When you invoke most wlevs.Admin commands, you specify the arguments in Table 5-1 to connect to an Oracle CEP instance.

Table 5-1 Connection Arguments 
Argument
Definition
-url service:jmx:rmi:///jndi/rmi://host:jmxport/jmxrmi
Specifies the URL that establishes a JMX connection to the Oracle CEP instance you want to administer, where:
  • host refers to the name of the computer on which the Oracle CEP instance is running.
  • jmxport refers to the port configured for Oracle CEP that listens to JMX connections.
  • This port is configured in the config.xml file of the Oracle CEP domain you are administering. In particular, you specify the port using the <rmi-registry-port> child element of the <jmx> element, as shown:

    <jmx>
    <jndi-service-name>JNDI</jndi-service-name>
    <rmi-service-name>RMI</rmi-service-name>
    <rmi-registry-port>9004</rmi-registry-port>
    <rmi-jrmp-port>9999</rmi-jrmp-port>
    </jmx>

    In the example, the JMX port is 9004.

If you use this argument, do not specify -listenAddress or -listenPort.
Other than host and jmxport, you specify the remainder of the URL as written.
For example, if Oracle CEP is running on a computer with hostname ariel, and the JMX listening port is 9004, then the URL would be:
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
See Configuring JMX for Oracle Complex Event Processing for details about configuring JMX, JNDI, and RMI for Oracle CEP.
-listenAddress hostname
Specifies the name of computer on which the Oracle CEP instances is running. This argument, together with -listenPort, is used to build the URL that establishes a JMX connection to the server you want to administer.
You use this argument, together with -listenPort, instead of -url.
For example, if Oracle CEP is running on a computer with hostname ariel, then this argument would be:
-listenAddress ariel
-listenPort port
Specifies the port configured for Oracle CEP that listens to JMX connections. This argument, together with -listenAddress, is used to build the URL that establishes a JMX connection to the server you want to administer.
You use this argument, together with -listenPort, instead of -url.
The JMX port is configured in the config.xml file of the Oracle CEP domain you are administering. In particular, the port is the <rmi-registry-port> child element of the <jmx> element, as shown:

<jmx>
<jndi-service-name>JNDI</jndi-service-name>
<rmi-service-name>RMI</rmi-service-name>
<rmi-registry-port>9004</rmi-registry-port>
<rmi-jrmp-port>9999</rmi-jrmp-port>
</jmx>

In the example, the JMX port is 9004 and you specify as an argument as follows:
-listenPort 9004
See Configuring JMX for Oracle Complex Event Processing for details about configuring JMX, JNDI, and RMI for Oracle CEP.

 


User Credentials Arguments

java wlevs.Admin 
[ Connection Arguments ]
[ -username username [-password password] ]
[ Common Arguments ]
COMMAND-NAME command-arguments

When you invoke most wlevs.Admin commands, you specify the arguments in Table 5-2 to provide the user credentials of an Oracle CEP user who has permission to invoke the command.

If security has not been enabled for your Oracle CEP domain, then you do not have to provide user credentials.

Table 5-2 User Credentials Arguments 
Argument
Definition
-username username
The name of the user who is issuing the command. This user must have appropriate permission to view or modify the target of the command.
-password password
The password that is associated with the username.

Note: The exit code for all commands is 1 if the wlevs.Admin utility cannot connect to the server or if the Oracle CEP instance rejects the username and password.

 


Common Arguments

java wlevs.Admin 
[ Connection Arguments ]
[ User Credentials Arguments ]
[ -verbose ]
COMMAND-NAME command-arguments

All wlevs.Admin commands support the argument in Table 5-3 to get verbose output.

Table 5-3 Common Arguments 
Argument
Definition
-verbose
Specifies that wlevs.Admin should output additional verbose information.

 


Command for Getting Usage Help

HELP

Provides syntax and usage information for all Oracle CEP commands (by default) or for a single command if a command value is specified on the HELP command line.

You can issue this command from any computer on which the Oracle CEP is installed. You do not need to start a server instance to invoke this command, nor do you need to supply user credentials, even if security is enabled for the server.

Syntax

java wlevs.Admin HELP [COMMAND]

The COMMAND argument can be:

Example

In the following example, information about using the UPLOAD command is requested:

prompt> java wlevs.Admin HELP UPLOAD

The command returns the following:

Description:
Uploads rules to be configured in the EPL Processor.
Usage: 
java wlevs.Admin
[-url | -listenAddress <host-name> -listenPort <port>]
-username <username> -password <password>
UPLOAD -application <application name> -processor <eplprocessor name> -sourceURL "source url"
Where:
-application = Name of the application.
-processor = Name of the EPL Processor.
-sourceURL = source URL containing the rules in an XML format.
java wlevs.Admin -url service:jmx:rmi:///jndi/rmi://localhost:9004/jmxrmi -username wlevs -password wlevs UPLOAD -application myapplication -processor eplprocessor -sourceURL file:///d:/test/rules.xml

 


Commands for Managing the Server Life Cycle

Table 5-4 is an overview of commands that manage the life cycle of a server instance. Subsequent sections describe command syntax and arguments, and provide an example for each command.

Table 5-4 Overview of Commands for Managing the Server Life Cycle 
Command
Description
Gracefully shuts down a WebLogic Event Server.

SHUTDOWN

Gracefully shuts down the specified Oracle CEP instance.

A graceful shutdown gives Oracle CEP time to complete certain application processing currently in progress.

The -url connection argument specifies the particular Oracle CEP instance that you want to shut down, based on the host and jmxport values. See Connection Arguments for details.

Syntax

java wlevs.Admin 
[ Connection Arguments ]
[ User Credentials Arguments ]
[ Common Arguments ]
SHUTDOWN [-scheduleAt seconds]

Table 5-5 SHUTDOWN Arguments
Argument
Definition
-scheduleAt seconds
Specifies the number of seconds after which the Oracle CEP instance shuts down.
If you do not specify this parameter, the server instance shuts down immediately.

Example

The following example instructs the specified Oracle CEP instance to shut down in ten minutes:

prompt> java wlevs.Admin 
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
SHUTDOWN -scheduleAt 600

After you issue the command, the server instance prints messages to its log file and to its standard out. The messages indicate that the server state is changing and that the shutdown sequence is starting.

 


Commands for Managing the EPL Rules of an Application

Table 5-6 is an overview of commands that manage the EPL rules for a particular processor of an Oracle CEP application. Subsequent sections describe command syntax and arguments, and provide an example for each command.

Table 5-6 Overview of Commands for Managing Application EPL Rules
Command
Description
Adds a new EPL rule to the processor of an Oracle CEP application.
Deletes an existing EPL rule from the processor of an Oracle CEP application.
Replaces an existing EPL rule with new EPL text.
Returns the text of an existing EPL rule of the processor of an Oracle CEP application.
Configures a set of EPL rules for a processor of an Oracle CEP application by uploading the rules from an XML file.
Downloads the set of EPL rules associated with a processor of an Oracle CEP application to a file.
Adds a new set of parameters to a parameterized EPL query.
Deletes a set of parameters from a parameterized EPL query.
Returns the parameters currently bound to a parameterized EPL query.

ADDRULE

Adds a new EPL rule to the specified processor of an Oracle CEP application.

If a rule with the same name (identified with the rulename parameter) already exists, then the ADDRULE command replaces the existing rule with the new one.

Syntax

java wlevs.Admin 
[ Connection Arguments ]
[ User Credentials Arguments ]
[ Common Arguments ]
ADDRULE -application application -processor processor -rule [rulename] rulestring

Table 5-7 ADDRULE Arguments
Argument
Definition
-application application
Specifies the name of the Oracle CEP application whose EPL rules you want to manage.
See Querying for Application and Processor Names for details on using wlevs.Admin to get the exact name of your application if you do not currently know it.
You can also get the exact application name by looking at the MANIFEST.MF file of the application; the application name is specified by the Bundle-SymbolicName header.
-processor processor
Specifies the name of the particular processor, attached to the Oracle CEP application specified with the -application argument, whose EPL rules you want to manage.
See Querying for Application and Processor Names for details on getting the exact name if you do not know it.
-rule [rulename] rulestring
Specifies the EPL rule you want to add to the specified processor of your application.
The rulename parameter is not required; if you do not specify it, Oracle CEP generates a name for you.
Enter the EPL rule using double quotes.

Example

The following example shows how to add the EPL rule SELECT * FROM Withdrawal RETAIN 5 EVENTS, with name myrule, to the helloworldProcessor of the helloworld application:

prompt> java wlevs.Admin 
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
ADDRULE -application helloworld -processor helloworldProcessor
-rule myrule "SELECT * FROM Withdrawal RETAIN 5 EVENTS"

DELETERULE

Deletes an existing EPL rule from the specified processor of an Oracle CEP application.

Syntax

java wlevs.Admin 
[ Connection Arguments ]
[ User Credentials Arguments ]
[ Common Arguments ]
DELETERULE -application application -processor processor -rule rulename

Table 5-8 DELETERULE Arguments
Argument
Definition
-application application
Specifies the name of the Oracle CEP application whose EPL rules you want to manage.
See Querying for Application and Processor Names for details on using wlevs.Admin to get the exact name of your application if you do not currently know it.
You can also get the exact application name by looking at the MANIFEST.MF file of the application; the application name is specified by the Bundle-SymbolicName header.
-processor processor
Specifies the name of the particular processor, attached to the Oracle CEP application specified with the -application argument, whose EPL rules you want to manage.
See Querying for Application and Processor Names for details on getting the exact name if you do not know it.
-rule rulename
Specifies the name of the EPL rule you want to delete.
See Querying for Application and Processor Names for details on querying for the rule name if you do not know it. You can also use the DOWNLOAD command to get the list of rules for a particular processor.

Example

The following example shows how to delete the EPL rule called myrule from the helloworldProcessor of the helloworld application:

prompt> java wlevs.Admin 
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
DELETERULE -application helloworld -processor helloworldProcessor
-rule myrule

REPLACERULE

Replaces an existing EPL rule with another rule. Oracle CEP first destroys the original rule and then inserts the new one in its place. If the original rule was parameterized, any existing bindings are applied to the new rule.

Syntax

java wlevs.Admin 
[ Connection Arguments ]
[ User Credentials Arguments ]
[ Common Arguments ]
REPLACERULE -application application -processor processor -rule rulename rulestring

Table 5-9 REPLACERULE Arguments
Argument
Definition
-application application
Specifies the name of the Oracle CEP application whose EPL rules you want to manage.
See Querying for Application and Processor Names for details on using wlevs.Admin to get the exact name of your application if you do not currently know it.
You can also get the exact application name by looking at the MANIFEST.MF file of the application; the application name is specified by the Bundle-SymbolicName header.
-processor processor
Specifies the name of the particular processor, attached to the Oracle CEP application specified with the -application argument, whose EPL rules you want to manage.
See Querying for Application and Processor Names for details on getting the exact name if you do not know it.
-rule rulename rulestring
Specifies the EPL rule you want to replace. Oracle CEP deletes the old rule and then inserts a new one, with the same name but with the new rule text.
Enter the EPL rule using double quotes.

Example

The following example shows how to replace a rule called myrule with the EPL text SELECT * FROM Withdrawal RETAIN 10 EVENTS in the helloworldProcessor of the helloworld application:

prompt> java wlevs.Admin 
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
REPLACERULE -application helloworld -processor helloworldProcessor
-rule myrule "SELECT * FROM Withdrawal RETAIN 10 EVENTS"

GETRULE

Returns the full text of an EPL rule from the specified processor of an Oracle CEP application.

Syntax

java wlevs.Admin 
[ Connection Arguments ]
[ User Credentials Arguments ]
[ Common Arguments ]
GETRULE -application application -processor processor -rule rulename

Table 5-10 GETRULE Arguments
Argument
Definition
-application application
Specifies the name of the Oracle CEP application whose EPL rules you want to manage.
See Querying for Application and Processor Names for details on using wlevs.Admin to get the exact name of your application if you do not currently know it.
You can also get the exact application name by looking at the MANIFEST.MF file of the application; the application name is specified by the Bundle-SymbolicName header.
-processor processor
Specifies the name of the particular processor, attached to the Oracle CEP application specified with the -application argument, whose EPL rules you want to manage.
See Querying for Application and Processor Names for details on getting the exact name if you do not know it.
-rule rulename
Specifies the name of the EPL rule for which you want to view its full text.
See Querying for Application and Processor Names for details on querying for the rule name if you do not know it. You can also use the DOWNLOAD command to get the list of rules for a particular processor.

Example

The following example shows how to get the full text of the EPL rule called myrule from the helloworldProcessor of the helloworld application:

prompt> java wlevs.Admin 
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
GETRULE -application helloworld -processor helloworldProcessor
-rule myrule

ADDPARAMS

Adds a new set of parameters to a parameterized EPL query.

See Parameterized Queries for information about using parameterized EPL queries.

Syntax

java wlevs.Admin 
[ Connection Arguments ]
[ User Credentials Arguments ]
[ Common Arguments ]
ADDPARAMS -application application -processor processor
-rule rulename -values values -params params

Table 5-11 ADDPARAMS Arguments
Argument
Definition
-application application
Specifies the name of the Oracle CEP application whose parameterized EPL rule you want to manage.
See Querying for Application and Processor Names for details on using wlevs.Admin to get the exact name of your application if you do not currently know it.
You can also get the exact application name by looking at the MANIFEST.MF file of the application; the application name is specified by the Bundle-SymbolicName header.
-processor processor
Specifies the name of the particular processor, attached to the Oracle CEP application specified with the -application argument, whose parameterized EPL rules you want to manage.
See Querying for Application and Processor Names for details on getting the exact name if you do not know it.
-rule rulename
Specifies the name of the parameterized EPL rule for which you want add a new set of parameters.
See Querying for Application and Processor Names for details on querying for the rule name if you do not know it. You can also use the DOWNLOAD command to get the list of rules for a particular processor.
-values values
Specifies a comma-separated list of values that make up the parameter you want to add. Each value corresponds to a placeholder in the parameterized EPL query.
-params params
Specifies a unique identifier for this new parameter set.

Example

The following example shows how to use the ADDPARAMS command:

prompt> java wlevs.Admin
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
ADDPARAMS -application myApplication -processor myProcessor
-rule MarketRule
-values "NYSE,BGP" -params nyBGP

The example shows how to add a parameter set identified by the string nyBGP, with values NYSE,BGP, to a parameterized query MarketRule running in the myProcessor component of myApplication. Because the parameter set is composed of two values, the EPL query must contain two placeholders.

DELETEPARAMS

Deletes one or all set of parameters associated with a parameterized EPL query.

See Parameterized Queries for information about using parameterized EPL queries.

Syntax

java wlevs.Admin 
[ Connection Arguments ]
[ User Credentials Arguments ]
[ Common Arguments ]
DELETEPARAMS -application application -processor processor
-rule rulename [-params params]

Table 5-12 DELETEPARAMS Arguments
Argument
Definition
-application application
Specifies the name of the Oracle CEP application whose parameterized EPL rule you want to manage.
See Querying for Application and Processor Names for details on using wlevs.Admin to get the exact name of your application if you do not currently know it.
You can also get the exact application name by looking at the MANIFEST.MF file of the application; the application name is specified by the Bundle-SymbolicName header.
-processor processor
Specifies the name of the particular processor, attached to the Oracle CEP application specified with the -application argument, whose parameterized EPL rules you want to manage.
See Querying for Application and Processor Names for details on getting the exact name if you do not know it.
-rule rulename
Specifies the name of the parameterized EPL rule for which you want to delete one or all of its parameter sets.
See Querying for Application and Processor Names for details on querying for the rule name if you do not know it. You can also use the DOWNLOAD command to get the list of rules for a particular processor.
-params params
Specifies the parameter set you want to delete.
This argument is optional; if you do not specify it, wlevs.Admin deletes all parameter sets currently associated with the parameterized EPL rule.

Example

The following example shows how to use the DELETEPARAMS command:

prompt> java wlevs.Admin
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
DELETEPARAMS -application myApplication -processor myProcessor
-rule MarketRule
-params nasORCL

The example shows how to delete the parameter set identified with the nasORCL string from the parameterized query MarketRule running in the myProcessor component of myApplication.

To delete all parameter sets associated to the query, do not specify the -params option:

prompt> java wlevs.Admin
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
DELETEPARAMS -application myApplication -processor myProcessor
-rule MarketRule

GETPARAMS

Returns one or all the parameter sets currently bound to a parameterized EPL query.

See Parameterized Queries for information about using parameterized EPL queries.

Syntax

java wlevs.Admin 
[ Connection Arguments ]
[ User Credentials Arguments ]
[ Common Arguments ]
GETPARAMS -application application -processor processor
-rule rulename [-params params]

Table 5-13 GETPARAMS Arguments
Argument
Definition
-application application
Specifies the name of the Oracle CEP application whose parameterized EPL rule you want to manage.
See Querying for Application and Processor Names for details on using wlevs.Admin to get the exact name of your application if you do not currently know it.
You can also get the exact application name by looking at the MANIFEST.MF file of the application; the application name is specified by the Bundle-SymbolicName header.
-processor processor
Specifies the name of the particular processor, attached to the Oracle CEP application specified with the -application argument, whose parameterized EPL rules you want to manage.
See Querying for Application and Processor Names for details on getting the exact name if you do not know it.
-rule rulename
Specifies the name of the parameterized EPL rule for which you get the parameter sets.
See Querying for Application and Processor Names for details on querying for the rule name if you do not know it. You can also use the DOWNLOAD command to get the list of rules for a particular processor.
-params params
Specifies the parameter set you want return.
This argument is optional; if you do not specify it, wlevs.Admin returns all parameter sets currently associated with the parameterized EPL rule.

Example

The following example shows how to use the GETPARAMS command:

prompt> java wlevs.Admin
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
GETPARAMS -application myApplication -processor myProcessor
-rule MarketRule

The example shows how to get all the parameters currently associated with the parameterized query MarketRule running in the myProcessor component of myApplication. The command would return something like:

    NASDAQ,ORCL
NYSE,JPM
NYSE,WFC
NYSE,BGP

To retrieve a particular parameter set, specify its ID using the -params option:

prompt> java wlevs.Admin
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
GETPARAMS -application myApplication -processor myProcessor
-rule MarketRule
-params nasORCL

UPLOAD

Replaces the configured EPL rules for a specified processor with the EPL rules from an uploaded XML file.

The XML file that contains the list of EPL rules conforms to the processor configuration XSD Schema. This file contains one or more EPL rules that will replace those currently configured for the specified processor. An example of the XML file is as follows:

<?xml version="1.0" encoding="UTF-8" ?> 
<config>
<processor>
<name>helloworldProcessor</name>
<rules>
<rule id="helloworldRule1">
<![CDATA[ SELECT * FROM HelloWorldEvent RETAIN 2 EVENTS ]]>
</rule>
</rules>
</processor>
</config>

In the preceding example, the XML file configures a single rule, with name helloworldRule1, and its EPL query text is SELECT * FROM HelloWorldEvent RETAIN 2 EVENTS.

WARNING: When you use the UPLOAD command of the wlevs.Admin utility, you use the -processor argument to specify the name of the processor to which you want to add the EPL rules, as you do with the other EPL commands. This means that the utility ignores any <name> elements in the XML file to avoid any naming conflicts.

See Configuring the Complex Event Processor Rules for details and examples of creating the EPL rule XML file.

Syntax

java wlevs.Admin 
[ Connection Arguments ]
[ User Credentials Arguments ]
[ Common Arguments ]
UPLOAD -application application -processor processor -sourceURL sourcefileURL

Table 5-14 UPLOAD Arguments
Argument
Definition
-application application
Specifies the name of the Oracle CEP application whose EPL rules you want to manage.
See Querying for Application and Processor Names for details on using wlevs.Admin to get the exact name of your application if you do not currently know it.
You can also get the exact application name by looking at the MANIFEST.MF file of the application; the application name is specified by the Bundle-SymbolicName header.
-processor processor
Specifies the name of the particular processor, attached to the Oracle CEP application specified with the -application argument, whose EPL rules you want to manage.
See Querying for Application and Processor Names for details on getting the exact name if you do not know it.
-sourceURL sourcefileURL
Specifies the URL of the XML file that contains the EPL rules.

Example

The following example shows how upload the EPL rules in the c:\processor\config\myrules.xml file to the helloworldProcessor of the helloworld application:

prompt> java wlevs.Admin 
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
UPLOAD -application helloworld -processor helloworldProcessor
-sourceURL file:///c:/processor/config/myrules.xml

DOWNLOAD

Downloads the set of EPL rules associated with the specified processor of an Oracle CEP application to an XML file.

The XML file is of the same format as described in UPLOAD.

Syntax

java wlevs.Admin 
[ Connection Arguments ]
[ User Credentials Arguments ]
[ Common Arguments ]
DOWNLOAD -application application -processor processor
-file destinationfile [-overwrite overwrite]

Table 5-15 DOWNLOAD Arguments
Argument
Definition
-application application
Specifies the name of the Oracle CEP application whose EPL rules you want to manage.
See Querying for Application and Processor Names for details on using wlevs.Admin to get the exact name of your application if you do not currently know it.
You can also get the exact application name by looking at the MANIFEST.MF file of the application; the application name is specified by the Bundle-SymbolicName header.
-processor processor
Specifies the name of the particular processor, attached to the Oracle CEP application specified with the -application argument, whose EPL rules you want to manage.
See Querying for Application and Processor Names for details on getting the exact name if you do not know it.
-file destinationfile
Specifies the name of the XML file to which you want the wlevs.Admin utility to download the EPL rules.
Be sure you specify the full pathname of the file.
-overwrite overwrite
Specifies whether the wlevs.Admin utility should overwrite an existing file.
Valid values for this argument are true or false; default value is false.

Example

The following example shows how download the set of EPL rules currently attached to the helloworldProcessor of the helloworld application to the file c:\processor\config\myrules.xml; the utility overwrites any existing file:

prompt> java wlevs.Admin 
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
DOWNLOAD -application helloworld -processor helloworldProcessor
-file c:\processor\config\myrules.xml

 


Commands for Managing Oracle CEP MBeans

The following sections describe wlevs.Admin commands for managing Oracle CEP MBeans.

See the Javadoc for the full description of the Oracle CEP MBeans.

Specifying MBean Types

To specify which MBean or MBeans you want to access, view, or modify, all of the MBean management commands require either the -mbean argument or the -type argument.

Use the -mbean argument to operate on a single instance of an MBean.

Use the -type argument to operate on all MBeans that are an instance of a type that you specify. An MBean's type refers to the interface class of which the MBean is an instance. All Oracle CEP MBeans are an instance of one of the interface classes defined in the com.bea.wlevs.management.configuration, com.bea.wlevs.management.runtime, com.bea.wlevs.deployment.mbean and com.bea.wlevs.server.management.mbean packages. For a complete list of all Oracle CEP MBean interface classes, see the Javadocs for the respective packages.

To determine the value that you provide for the -type argument, do the following: Find the MBean's interface class and remove the MBean suffix from the class name. For example, for an MBean that is an instance of the com.bea.wlevs.management.configuration.EPLProcessorMBean, use EPLProcessor.

MBean Management Commands

Table 5-16 is an overview of the MBean management commands.

Table 5-16 MBean Management Command Overview 
Command
Description
Displays properties of MBeans.
Invokes management operations that an MBean exposes for its underlying resource.
Searches for MBeans whose ObjectName matches a pattern that you specify.
Sets the specified property values for the named MBean instance.

GET

Displays MBean properties (attributes) and JMX object names (in the javax.management.ObjectName format).

The output of the command is as follows:

{MBeanName object-name {property1 value} {property2 value}. . .} 
. . .

Note that the properties and values are expressed as name-value pairs, each of which is returned within curly brackets. This format facilitates parsing of the output by a script.

If -pretty is specified, each property-value pair is displayed on a new line and curly brackets are not used to separate the pairs:

MBeanName: object-name
property1
: value
property2
: value
.
.
.
MBeanName:
object-name
property1
: value
abbribute2
: value

Syntax

java wlevs.Admin 
[ Connection Arguments ]
[ User Credentials Arguments ]
[ Common Arguments ]
GET [-pretty] {-type mbeanType| -mbean objectName} [-property property1] [-property property2]...

Table 5-17 GET Arguments
Argument
Definition
-type mbeanType
Returns information for all MBeans of the specified type. For more information, see Specifying MBean Types.
-mbean objectName
Fully qualified object name of an MBean in the javax.management.ObjectName format.
For example, if you want to look up an MBean for an EPL Processor Stage, the naming is as follows
"com.bea.wlevs:Name=<name of the Stage>,Type=<type of Mbean>, Application=<name of the application>"
-pretty
Places property-value pairs on separate lines.
-property property
The name of the MBean property (attribute) or properties to be listed.

Note: If property is not specified using this argument, all properties are displayed.

Example

The following example displays all properties of the EPLProcessorMBean that was registered for the Processor Stage when the application called helloworld was deployed in Oracle CEP.

prompt> java wlevs.Admin
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
GET -pretty
-mbean com.bea.wlevs:Name=eplprocessor,Type=EPLProcessor,Application=helloworld

The following example displays all instances of all EPLProcessorMBean MBeans.

prompt> java wlevs.Admin 
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
GET -pretty -type EPLProcessor

INVOKE

Invokes a management operation for one or more MBeans. For Oracle CEP MBeans, you usually use this command to invoke operations other than the getAttribute and setAttribute that most Oracle CEP MBeans provide.

Syntax

java wlevs.Admin 
[ Connection Arguments ]
[ User Credentials Arguments ]
[ Common Arguments ]
INVOKE {-type mbeanType | -mbean objectName} -method methodname [argument . . .]

Table 5-18 INVOKE Arguments
Arguments
Definition
-type mbeanType
Invokes the operation on all MBeans of a specific type. For more information, see Specifying MBean Types.
-mbean objectName
Fully qualified object name of an MBean in the javax.management.ObjectName format.
For example, if you want to invoke an MBean for an EPL Processor Stage, the naming is as follows
"com.bea.wlevs:Name=<name of the Stage>,Type=<type of Mbean>, Application=<name of the application>"
-method methodname
Name of the method to be invoked.
argument
Arguments to be passed to the method call.
When the argument is a String array, the arguments must be passed in the following format:
"String1;String2;. . . "

Example

The following example invokes the addRule method of the com.bea.wlevs.configuration.application.DefaultProcessorConfig MBean:

prompt> java wlevs.Admin 
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
INVOKE -mbean com.bea.wlevs:Name=eplprocessor,Type=EPLProcessor,Application=helloworld
-method addRule "SELECT * FROM Withdrawal RETAIN ALL"

QUERY

Searches for Oracle CEP MBeans whose javax.management.ObjectName matches a pattern that you specify.

All MBeans that are created from an Oracle CEP MBean type are registered in the MBean Server under a name that conforms to the javax.management.ObjectName conventions. You must know an MBean’s ObjectName if you want to use wlevs.Admin commands to retrieve or modify specific MBean instances.

The output of the command is as follows:

{MBeanName object-name {property1 value} {property2 value}. . .} 
. . .

Note that the properties and values are expressed as name-value pairs, each of which is returned within curly brackets. This format facilitates parsing of the output by a script.

If -pretty is specified, each property-value pair is displayed on a new line and curly brackets are not used to separate the pairs:

MBeanName: object-name
property1
: value
property2
: value
.
.
.
MBeanName:
object-name
property1
: value
abbribute2
: value

Syntax

java wlevs.Admin 
[ Connection Arguments ]
[ User Credentials Arguments ]
[ Common Arguments ]
QUERY -pretty -pattern object-name-pattern

Table 5-19 QUERY Arguments
Argument
Definition
-pretty
Places property-value pairs on separate lines.
-pattern object-name-pattern
A partial javax.management.ObjectName for which the QUERY command searches. The value must conform to the following pattern:
property-list
where property-list specifies one or more components (property-value pairs) of a javax.management.ObjectName.
You can specify these property-value pairs in any order.
Within a given naming property-value pair, there is no pattern matching. Only complete property-value pairs are used in pattern matching. However, you can use the * wildcard character in the place of one or more property-value pairs.
For example, type=epl* is not valid, but type=EPLProcessor,* is valid.
If you provide at least one property-value pair in the property-list, you can locate the wildcard anywhere in the given pattern, provided that the property-list is still a comma-separated list.

Example

The following example searches for all com.bea.wlevs.configuration.application.DefaultProcessorConfig MBeans:

prompt> java wlevs.Admin 
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
QUERY -pattern *:Type=EPLProcessor,*

If the command succeeds, it returns the following:

Ok

Querying for Application and Processor Names

All the commands for managing the EPL rules of an Oracle CEP application require you know the name of the application, as well the particular processor to which you want to apply the rules. Typically you know these names, but if you do not, you can use the QUERY command to get the information from the MBean instances that represent applications and their attached processors.

In particular, use the following -pattern argument to get a list of all applications, processors, and rules for a given Oracle CEP instance:

  -pattern  com.bea.wlevs:*,Type=EPLProcessor 

For example:

prompt> java wlevs.Admin -url  
service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
QUERY -pretty
-pattern com.bea.wlevs:*,Type=EPLProcessor

A sample output of this command is shown below:

Command Output
------------------------------------------------------
MBeanName: "com.bea.wlevs:Name=helloworldProcessor,Type=EPLProcessor,Application=helloworld,"
AllRules:
helloworldRule = select * from HelloWorldEvent retain 1 event
--end of command output --------

In the sample output above:

SET

Sets the specified property (attribute) values for an MBean.

If the command is successful, it returns OK and saves the new values to the server configuration.

Syntax

java wlevs.Admin 
[ Connection Arguments ]
[ User Credentials Arguments ]
[ Common Arguments ]
SET {-type mbeanType | -mbean objectName}
-property property1 property1_value
[-property property2 property2_value] . . .

Table 5-20 SET Arguments
Argument
Definition
-type mbeanType
Sets the properties for all MBeans of a specific type. For more information, see Specifying MBean Types.
-mbean objectName
Fully qualified object name of an MBean in the javax.management.ObjectName format:
"com.bea.wlevs:Name=<name of the stage>,Type=<MBean type>,Application=<name of the deployed application>"
-property property
The name of the property to be set.
property _value
The value to be set.
  • Some properties require you to specify the name of an Oracle CEP MBean. In this case, specify the fully qualified object name of an MBean in the javax.management.ObjectName format. For example:
    "com.bea.wlevs:Name=<name of the stage>,Type=<type of MBean>,Application=<name of the application>"
  • When the property value is an MBean array, separate each MBean object name by a semicolon and surround the entire property value list with quotes. For example:
    "com.bea.wlevs:Application=<name of the application>,Type=<type of MBean>,Name=<name of the Stage>;Type=<type of MBean>,Name=<name of the stage>"
  • When the property value is a String array, separate each string by a semicolon and surround the entire property value list with quotes:
"String1;String2;. . . "
  • When the property value is a String or String array, you can set the value to null by using either of the following:
  • -property property-name ""
    -property property-name

  • If the property value contains spaces, surround the value with quotes:
  • "-Da=1 -Db=3"

Example

The following example shows how to set the MaxSize property of the stream named helloworldOutstream of the helloworld application:

prompt> java wlevs.Admin 
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
SET -mbean com.bea.wlevs:Name=helloworldOutstream,Type=Stream,Application=helloworld
-property MaxSize 1024

 


Commands for Controlling Event Record and Playback

Table 5-21 is an overview of commands for managing event record and playback for a particular stage of an Oracle CEP application. Subsequent sections describe command syntax and arguments, and provide an example for each command.

Table 5-21 Overview of Commands for Controlling Event Record and Playback
Command
Description
Starts the recording of events for a stage in an Oracle CEP application.
Enables the playback of events for a stage in an Oracle CEP application.
Stops the recording of events for a stage in an Oracle CEP application.
Disables the playback of events for a stage in an Oracle CEP application.
Configures the parameters for the event recording of a stage in an Oracle CEP application.
Configures the parameters for the event playback of a stage in an Oracle CEP application.

STARTRECORD

Starts the recording of events for any particular stage of an Oracle CEP application.

Syntax

java wlevs.Admin 
[ Connection Arguments ]
[ User Credentials Arguments ]
[ Common Arguments ]
STARTRECORD -application application -stage stage

Table 5-22 STARTRECORD Arguments
Argument
Definition
-application application
Specifies the name of the Oracle CEP application whose event record and playback you want to manage.
See Querying for Application and Processor Names for details on using wlevs.Admin to get the exact name of your application if you do not currently know it.
You can also get the exact application name by looking at the MANIFEST.MF file of the application; the application name is specified by the Bundle-SymbolicName header.
-stage stage
Specifies the name of the particular stage, attached to the Oracle CEP application specified with the -application argument, whose event record and playback you want to manage.

Example

The following example shows how to start the recording of events on the helloworldAdapter stage of the helloworld application deployed to the specified Oracle CEP instance:

prompt> java wlevs.Admin 
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
STARTRECORD -application helloworld -stage helloworldAdapter

ENABLEPLAYBACK

Enables the playing back of events of a particular stage of a Oracle CEP application.

Syntax

java wlevs.Admin 
[ Connection Arguments ]
[ User Credentials Arguments ]
[ Common Arguments ]
ENABLEPLAYBACK -application application -stage stage

Table 5-23 ENABLEPLAYBACK Arguments
Argument
Definition
-application application
Specifies the name of the Oracle CEP application whose event record and playback you want to manage.
See Querying for Application and Processor Names for details on using wlevs.Admin to get the exact name of your application if you do not currently know it.
You can also get the exact application name by looking at the MANIFEST.MF file of the application; the application name is specified by the Bundle-SymbolicName header.
-stage stage
Specifies the name of the particular stage, attached to the Oracle CEP application specified with the -application argument, whose event record and playback you want to manage.

Example

The following example shows how to enable the playback of events on the helloworldAdapter stage of the helloworld application deployed to the specified Oracle CEP instance:

prompt> java wlevs.Admin 
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
ENABLEPLAYBACK -application helloworld -stage helloworldAdapter

STOPRECORD

Stops the recording of events for a stage of an Oracle CEP application in which the recording of events has been previously started.

Syntax

java wlevs.Admin 
[ Connection Arguments ]
[ User Credentials Arguments ]
[ Common Arguments ]
STOPRECORD -application application -stage stage

Table 5-24 STOPRECORD Arguments
Argument
Definition
-application application
Specifies the name of the Oracle CEP application whose event record and playback you want to manage.
See Querying for Application and Processor Names for details on using wlevs.Admin to get the exact name of your application if you do not currently know it.
You can also get the exact application name by looking at the MANIFEST.MF file of the application; the application name is specified by the Bundle-SymbolicName header.
-stage stage
Specifies the name of the particular stage, attached to the Oracle CEP application specified with the -application argument, whose event record and playback you want to manage.

Example

The following example shows how to stop the recording of events on the helloworldAdapter stage of the helloworld application deployed to the specified Oracle CEP instance; it is assumed that the recording of events was previously started for the stage:

prompt> java wlevs.Admin 
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
STOPRECORD -application helloworld -stage helloworldAdapter

DISABLEPLAYBACK

Disables the playback of events for a stage of an Oracle CEP application in which the playback of events has been previously enabled.

Syntax

java wlevs.Admin 
[ Connection Arguments ]
[ User Credentials Arguments ]
[ Common Arguments ]
DISABLEPLAYBACK -application application -stage stage

Table 5-25 DISABLEPLAYBACK Arguments
Argument
Definition
-application application
Specifies the name of the Oracle CEP application whose event record and playback you want to manage.
See Querying for Application and Processor Names for details on using wlevs.Admin to get the exact name of your application if you do not currently know it.
You can also get the exact application name by looking at the MANIFEST.MF file of the application; the application name is specified by the Bundle-SymbolicName header.
-stage stage
Specifies the name of the particular stage, attached to the Oracle CEP application specified with the -application argument, whose event record and playback you want to manage.

Example

The following example shows how to disable the playback of events on the helloworldAdapter stage of the helloworld application deployed to the specified Oracle CEP instance; it is assumed that the playback of events was previously enabled for the stage:

prompt> java wlevs.Admin 
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
DISABLEPLAYBACK -application helloworld -stage helloworldAdapter

CONFIGURERECORD

Configures the parameters associated with the recording of events for a stage of an Oracle CEP application.

Syntax

java wlevs.Admin 
[ Connection Arguments ]
[ User Credentials Arguments ]
[ Common Arguments ]
CONFIGURERECORD -application application -stage stage
-
startTime startTime [-endTime endTime] [-duration duration]

Table 5-26 CONFIGURERECORD Arguments
Argument
Definition
-application application
Specifies the name of the Oracle CEP application whose event record and playback you want to manage.
See Querying for Application and Processor Names for details on using wlevs.Admin to get the exact name of your application if you do not currently know it.
You can also get the exact application name by looking at the MANIFEST.MF file of the application; the application name is specified by the Bundle-SymbolicName header.
-stage stage
Specifies the name of the particular stage, attached to the Oracle CEP application specified with the -application argument, whose event record and playback you want to manage.
-startTime startTime
Specifies the time when the recording should start.
The format is MM-dd-yyyy:HH:mm:ss, such as 10-20-2007:11:22:07.
-endTime endTime
Specifies the actual time when the recording should end. Specify null if you want the recording to run forever.
The format is MM-dd-yyyy:HH:mm:ss, such as 10-20-2007:11:22:07.

Note: You can specify either -endTime or -duration, but not both.

-duration duration
Specifies the duration of time after which event recording for this stage ends. Specify null if you want the recording to run forever.
The format is HH:mm:ss, such as 01:00:00.

Note: You can specify either -endTime or -duration, but not both.

Example

The examples in this section show how to configure the recording of events of the helloworldAdapter of the helloworld application deployed to the specified Oracle CEP instance.

The following example specifies a start and end time for recording:

prompt> java wlevs.Admin 
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
CONFIGURERECORD -application helloworld -stage helloworldAdapter
-startTime 10-20-2007:11:22:07 -endTime 10-20-2007:12:22:07

The following example specifies a start and a duration for recording:

prompt> java wlevs.Admin 
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
CONFIGURERECORD -application helloworld -stage helloworldAdapter
-startTime 10-20-2007:11:22:07 -duration 01:00:00

The following example specifies a start and a duration of null, which means recording with run forever:

prompt> java wlevs.Admin 
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
CONFIGURERECORD -application helloworld -stage helloworldAdapter
-startTime 10-20-2007:11:22:07 -duration null

CONFIGUREPLAYBACK

Configures the parameters associated with the playback of events for a stage of an Oracle CEP application.

Syntax

java wlevs.Admin 
[ Connection Arguments ]
[ User Credentials Arguments ]
[ Common Arguments ]
CONFIGUREPLAYBACK -application application -stage stage
-
startTime startTime [-endTime endTime] [-duration duration]
[-speed speed] [-loopback loopback]

Table 5-27 CONFIGUREPLAYBACK Arguments
Argument
Definition
-application application
Specifies the name of the Oracle CEP application whose event record and playback you want to manage.
See Querying for Application and Processor Names for details on using wlevs.Admin to get the exact name of your application if you do not currently know it.
You can also get the exact application name by looking at the MANIFEST.MF file of the application; the application name is specified by the Bundle-SymbolicName header.
-stage stage
Specifies the name of the particular stage, attached to the Oracle CEP application specified with the -application argument, whose event record and playback you want to manage.
-startTime startTime
Specifies the time when the playback should start.
The format is MM-dd-yyyy:HH:mm:ss, such as 10-20-2007:11:22:07.
-endTime endTime
Specifies the actual time when the playback should end. Specify null if you want the playback to run forever.
The format is MM-dd-yyyy:HH:mm:ss, such as 10-20-2007:11:22:07.

Note: You can specify either -endTime or -duration, but not both.

-duration duration
Specifies the duration of time after which event playback for this stage ends. Specify null if you want the playback to run forever.
The format is HH:mm:ss, such as 01:00:00.

Note: You can specify either -endTime or -duration, but not both.

-speed speed
Specifies the playback speed as a positive float.
The default value is 1, which corresponds to normal speed. A value of 2 means that events will be played back 2 times faster than the original record speed. Similarly, a value of 0.5 means that events will be played back 2 times slower than the original record speed.
-loopback loopback
Specifies whether to playback events again after the playback of the specified time interval is over.
Valid values are true and false. Default value is true. A value of true means that the repeat of playback continues an infinite number of times until it is deliberately stopped. False means that events will be played back only once.

Example

The examples in this section show how to configure the playback of events of the helloworldAdapter of the helloworld application deployed to the specified Oracle CEP instance.

The following example specifies a start and end time for playback and that the speed of playback should be twice the normal speed and that once the playback of events for the time interval is over, the playback should start again:

prompt> java wlevs.Admin 
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
CONFIGUREPLAYBACK -application helloworld -stage helloworldAdapter
-startTime 10-20-2007:11:22:07 -endTime 10-20-2007:12:22:07
-speed 2 -loopback true

The following example specifies a start and a duration for playback, that the speed of playback is 2 times slower than normal, and that the playback of events should occur only once:

prompt> java wlevs.Admin 
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
CONFIGUREPLAYBACK -application helloworld -stage helloworldAdapter
-startTime 10-20-2007:11:22:07 -duration 01:00:00
-speed 0.5 -loopback false

The following example specifies a start and a duration of null, which means playback with run forever at normal speed with loopback:

prompt> java wlevs.Admin 
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
CONFIGUREPLAYBACK -application helloworld -stage helloworldAdapter
-startTime 10-20-2007:11:22:07 -duration null

 


Commands for Monitoring Throughput and Latency

Table 5-21 is an overview of commands for monitoring throughput and latency in an Oracle CEP application. Subsequent sections describe command syntax and arguments, and provide an example for each command.

Table 5-28 Overview of Commands for Monitoring Throughput and Latency
Command
Description
Monitors the average amount of time it takes an event to pass through specified path of the EPN, or latency.
Monitors the maximum amount of time it takes an event to pass through specified path of the EPN, or latency.
Monitors whether the average latency of events flowing through a path of the EPN crosses a specified threshold.
Monitors the number of events flowing through the entry or exit points of a specified stage.

MONITORAVGLATENCY

Monitors the average amount of time, or latency, it takes an event to pass through a specified path of the EPN of the specified application.

You specify the start and end stages of the path, and whether it should start or end at the entry or exit points of each respective stage. If you specify the same stage for the start and end of the path, you can monitor the latency of events flowing through a single stage.

Syntax

java wlevs.Admin 
[ Connection Arguments ]
[ User Credentials Arguments ]
[ Common Arguments ]
MONITORAVGLATENCY -application application
-startStage startStage -startStagePoint stagePoint
-endStage endStage -endStagePoint stagePoint
-avgInterval avgInterval -timeUnit timeUnit

Table 5-29 MONITORAVGLATENCY Arguments
Argument
Definition
-application application
Specifies the name of the Oracle CEP application whose latency you want to monitor.
See Querying for Application and Processor Names for details on using wlevs.Admin to get the exact name of your application if you do not currently know it.
You can also get the exact application name by looking at the MANIFEST.MF file of the application; the application name is specified by the Bundle-SymbolicName header.
-startStage startStage
Specifies the name of the stage that starts the path for which you want to monitor latency. The stage is in the application specified by the -application option.
-startStagePoint startStagePoint
Specifies the specific starting point for monitoring latency of the specified start stage. You can start monitoring from the entry or exit point of the start stage.
Valid values are entry and exit. Default value is entry.
-endStage endStage
Specifies the name of the stage that ends the path for which you want to monitor latency. The stage is in the application specified by the -application option.
-endStagePoint endStagePoint
Specifies the specific ending point for monitoring latency of the specified end stage. You can end monitoring from the entry or exit point of the end stage.
Valid values are entry and exit. Default value is entry.
-avgInterval avgInterval
Specifies the average interval across which average latency is calculated. Specify the units with the -timeUnit option; default is milliseconds.
Default value is 100.
-timeUnit timeUnit
Specifies the time unit for the latency calculation.
Valid values are MICROSECONDS, MILLISECONDS, and SECONDS. Default value is MILLISECONDS.

Example

The following example shows how to monitor the average latency of events flowing through the eplprocessor component, from entry point to exit point, of the helloworld application. Note that because the same stage is specified for both the start and end stages (eplprocessor), the latency monitoring is happening for just the events flowing through a single stage:

prompt> java wlevs.Admin 
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
MONITORAVGLATENCY -application helloworld -startStage eplprocessor
-startStagePoint entry -endStage eplprocessor -endStagePoint exit
-avgInterval 100 -timeUnit MILLISECONDS

MONITORAVGLATENCYTHRESHOLD

Specifies whether the average latency of events between the start- and end-points of a path crosses a specified threshold.

You specify the start and end stages of the path, and whether it should start or end at the entry or exit points of each respective stage. If you specify the same stage for the start and end of the path, you can monitor the latency threshold of events flowing through a single stage.

Syntax

java wlevs.Admin 
[ Connection Arguments ]
[ User Credentials Arguments ]
[ Common Arguments ]
MONITORAVGLATENCYTHRESHOLD -application application
-startStage startStage -startStagePoint stagePoint
-endStage endStage -endStagePoint stagePoint
-avgInterval avgInterval -timeUnit timeUnit -threshold threshold

Table 5-30 MONITORAVGLATENCYTHRESHOLD Arguments
Argument
Definition
-application application
Specifies the name of the Oracle CEP application whose latency threshold you want to monitor.
See Querying for Application and Processor Names for details on using wlevs.Admin to get the exact name of your application if you do not currently know it.
You can also get the exact application name by looking at the MANIFEST.MF file of the application; the application name is specified by the Bundle-SymbolicName header.
-startStage startStage
Specifies the name of the stage that starts the path for which you want to monitor the latency threshold. The stage is in the application specified by the -application option.
-startStagePoint startStagePoint
Specifies the specific starting point for monitoring the latency threshold of the specified start stage. You can start monitoring from the entry or exit point of the start stage.
Valid values are entry and exit. Default value is entry.
-endStage endStage
Specifies the name of the stage that ends the path for which you want to monitor the latency threshold. The stage is in the application specified by the -application option.
-endStagePoint endStagePoint
Specifies the specific ending point for monitoring the latency threshold of the specified end stage. You can end monitoring from the entry or exit point of the end stage.
Valid values are entry and exit. Default value is entry.
-avgInterval avgInterval
Specifies the average interval across which average the latency threshold is calculated.
Default value is 100. Specify the units with the -timeUnit option; default is milliseconds.
-timeUnit timeUnit
Specifies the time unit for the latency threshold calculation.
Valid values are MICROSECONDS, MILLISECONDS, and SECONDS. Default value is MILLISECONDS.
-threshold threshold
Specifies the threshold value above which the metric event will be outputted at the end of every average interval.
Default is 100. Specify the units with the -timeUnit option; default is milliseconds.

Example

The following example shows how to monitor the average latency threshold of events above 10 seconds average latency on the eplprocessor stage, from entry point to exit point, of the helloworld application.

prompt> java wlevs.Admin 
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
MONITORAVGLATENCY -application helloworld -startStage eplprocessor
-startStagePoint entry -endStage eplprocessor -endStagePoint exit
-avgInterval 100 -timeUnit MILLISECONDS -threshold 100

MONITORMAXLATENCY

Monitors the maximum latency of events flowing through a specified path of the EPN of the specified application.

You specify the start and end stages of the path, and whether it should start or end at the entry or exit points of each respective stage. If you specify the same stage for the start and end of the path, you can monitor the maximum latency of events flowing through a single stage.

Syntax

java wlevs.Admin 
[ Connection Arguments ]
[ User Credentials Arguments ]
[ Common Arguments ]
MONITORMAXLATENCY -application application
-startStage startStage -startStagePoint stagePoint
-endStage endStage -endStagePoint stagePoint
-maxInterval maxInterval -timeUnit timeUnit

Table 5-31 MONITORMAXLATENCY Arguments
Argument
Definition
-application application
Specifies the name of the Oracle CEP application whose maximum latency you want to monitor.
See Querying for Application and Processor Names for details on using wlevs.Admin to get the exact name of your application if you do not currently know it.
You can also get the exact application name by looking at the MANIFEST.MF file of the application; the application name is specified by the Bundle-SymbolicName header.
-startStage startStage
Specifies the name of the stage that starts the path for which you want to monitor the maximum latency. The stage is in the application specified by the -application option.
-startStagePoint startStagePoint
Specifies the specific starting point for monitoring the maximum latency of the specified start stage. You can start monitoring from the entry or exit point of the start stage.
Valid values are entry and exit. Default value is entry.
-endStage endStage
Specifies the name of the stage that ends the path for which you want to monitor the maximum latency. The stage is in the application specified by the -application option.
-endStagePoint endStagePoint
Specifies the specific ending point for monitoring the maximum latency of the specified end stage. You can end monitoring from the entry or exit point of the end stage.
Valid values are entry and exit. Default value is entry.
-maxInterval maxInterval
Specifies the interval across which maximum latency is calculate.
Default value is 100. Specify the units with the -timeUnit option; default is milliseconds.
-timeUnit timeUnit
Specifies the time unit for the maximum calculation.
Valid values are MICROSECONDS, MILLISECONDS, and SECONDS. Default value is MILLISECONDS.

Example

The following example shows how to monitor the maximum latency of events flowing through the eplprocessor stage, from entry point to exit point, of the helloworld application:

prompt> java wlevs.Admin 
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
MONITORMAXLATENCY -application helloworld -startStage eplprocessor
-startStagePoint entry -endStage eplprocessor -endStagePoint exit
-maxInterval 100 -timeUnit MILLISECONDS

MONITORAVGTHROUGHPUT

Monitors the average number of events flowing through the entry or exit point of a stage of the EPN of the specified application.

Syntax

java wlevs.Admin 
[ Connection Arguments ]
[ User Credentials Arguments ]
[ Common Arguments ]
MONITORAVGTHROUGHPUT -application application
-stage stage -StagePoint stagePoint
-throughputInterval throughputInterval -avgInterval avgInterval
-timeUnit timeUnit

Table 5-32 MONITORAVGLATENCY Arguments
Argument
Definition
-application application
Specifies the name of the Oracle CEP application whose throughput you want to monitor.
See Querying for Application and Processor Names for details on using wlevs.Admin to get the exact name of your application if you do not currently know it.
You can also get the exact application name by looking at the MANIFEST.MF file of the application; the application name is specified by the Bundle-SymbolicName header.
-stage stage
Specifies the name of the stage for which you want to monitor throughput of events. The stage is in the application specified by the -application option.
-stagePoint stagePoint
Specifies whether you want to monitor throughput at the entry- or exit- point of the specified stage.
Valid values are entry and exit. Default value is entry.
-throughputInterval throughputInterval
Specifies the throughput interval across which throughput is calculated.
Default value is 100. Specify the units with the -timeUnit option; default is milliseconds.
-avgInterval avgInterval
Specifies the average interval across which average throughput is calculated.
Default value is 100. Specify the units with the -timeUnit option; default is milliseconds.
-timeUnit timeUnit
Specifies the time unit for the throughput calculation.
Valid values are MICROSECONDS, MILLISECONDS, and SECONDS. Default value is MILLISECONDS.

Example

The following example shows how to monitor the number of events flowing through the entry point of the eplprocessor stage of the helloworld application:

prompt> java wlevs.Admin 
-url service:jmx:rmi:///jndi/rmi://ariel:9004/jmxrmi
-username wlevs -password wlevs
MONITORMAXLATENCY -application helloworld
-stage eplprocessor -stagePoint entry
-throughputInterval 100 -avgInterval 100 -timeUnit MILLISECONDS

  Back to Top       Previous  Next