10 Configuring Oracle CQL Processors

10.1.1 Controlling Which Queries Output to a Downstream Channel

If you configure an Oracle CQL processor with more than one query, by default, all queries output their results to the downstream channel.

You can control which queries may output their results to a downstream channel using the channel selector element to specify a space delimited list of query names that may output their results on this channel.

You may configure a channel element with a selector before creating the queries in the upstream processor. In this case, you must specify query names that match the names in the selector.

For more information, see Section 9.1.5, "Controlling Which Queries Output to a Downstream Channel: selector".

10.2.1 How to Configure an Oracle CQL Processor Using Oracle CEP IDE for Eclipse

The most efficient and least error-prone way to create and edit a processor is to use the Oracle CEP IDE for Eclipse. Optionally, you can create and edit a processor manually (see Section 10.2.2, "How to Create an Oracle CQL Processor Component Configuration File Manually").

To configure an Oracle CQL processor using Oracle CEP IDE for Eclipse:

1. Use Oracle CEP IDE for Eclipse to create a processor.

   See Section 6.4.1.3, "How to Create a Processor Node".

   When you use the EPN editor to create an Oracle CQL processor, Oracle CEP IDE for Eclipse prompts you to choose either the default component configuration file or a new component configuration file. For more information, see Chapter 6, "Oracle CEP IDE for Eclipse and the Event Processing Network".

2. Right-click the processor node and select Go to Configuration Source.

   Oracle CEP IDE for Eclipse opens the appropriate component configuration file. The default processor component configuration is shown in Example 10-3.

   The default processor component configuration includes a name element and rules element.

   Use the rules element to group the child elements you create to contain the Oracle CQL statements this processor executes, including:

   • rule: contains Oracle CQL statements that register or create user-defined windows. The rule element id attribute must match the name of the window.

   • view: contains Oracle CQL view statements (the Oracle CQL equivalent of subqueries). The view element id attribute defines the name of the view.

   • query: contains Oracle CQL select statements. The query element id attribute defines the name of the query.

   The default processor component configuration includes a dummy query element with id Query.

   Example 10-3 Default Processor Component Configuration

   <processor>
       <name>proc</name>
       <rules>
           <query id="Query"><!-- <![CDATA[ select * from MyChannel [now] ]]> -->
           </query>
       </rules>
   </processor>
   

3. Replace the dummy query element with the rule, view, and query elements you create to contain the Oracle CQL statements this processor executes.

   For more information, see "Introduction to Oracle CQL Queries, Views, and Joins" in the Oracle Fusion Middleware CQL Language Reference for Oracle Complex Event Processing.

4. Select File > Save.

5. Optionally, configure additional Oracle CQL processor features in the assembly file:

   • Section 10.1.1, "Controlling Which Queries Output to a Downstream Channel"

   • Section 10.3, "Configuring an Oracle CQL Processor Table Source"

   • Section 10.4, "Configuring an Oracle CQL Processor Cache Source"

10.2.2 How to Create an Oracle CQL Processor Component Configuration File Manually

Although the most efficient and least error-prone way to create and edit a processor configuration is to use the Oracle CEP IDE for Eclipse (see Section 10.2.1, "How to Configure an Oracle CQL Processor Using Oracle CEP IDE for Eclipse"), alternatively, you can also create and maintain a processor configuration file manually.

This section describes the main steps to create the processor configuration file manually. For simplicity, it is assumed in the procedure that you are going to configure all processors in a single XML file, although you can also create separate files for each processor.

To create an Oracle CQL processor component configuration file manually:

1. Design the set of Oracle CQL rules that the processor executes. These rules can be as simple as selecting all incoming events to restricting the set based on time, property values, and so on, as shown in the following:

   SELECT *
   FROM   TradeStream [Now]
   WHERE  price > 10000
   

   Oracle CQL is similar in many ways to Structure Query Language (SQL), the language used to query relational database tables, although the syntax between the two differs in many ways. The other big difference is that Oracle CQL queries take another dimension into account (time), and the processor executes the Oracle CQL continually, rather than SQL queries that are static.

   For more information, see "Introduction to Oracle CQL Queries, Views, and Joins" in the Oracle Fusion Middleware CQL Language Reference for Oracle Complex Event Processing.

2. Create the processor configuration XML file that will contain the Oracle CQL rules you designed in the preceding step, as well as other optional features, for each processor in your application.

   You can name this XML file anything you want, provided it ends with the .xml extension.

   The root element of the processor configuration file is config, with namespace definitions shown in the next step.

3. For each processor in your application, add a processor child element of config.

   Uniquely identify each processor with the name child element. This name must be the same as the value of the id attribute in the wlevs:processor element of the EPN assembly file that defines the event processing network of your application. This is how Oracle CEP knows to which particular processor component in the EPN assembly file this processor configuration applies. See Section 4.3, "Creating EPN Assembly Files" for details.

   For example, if your application has two processors, the configuration file might initially look like:

   <?xml version="1.0" encoding="UTF-8"?>
   <n1:config xmlns:n1="http://www.bea.com/ns/wlevs/config/application">
     <processor>
       <name>firstProcessor</name>
        ...
     </processor>
     <processor>
       <name>secondProcessor</name>
        ...
      </processor>
   </n1:config>
   

   In the example, the configuration file includes two processors called firstProcessor and secondProcessor. This means that the EPN assembly file must include at least two processor registrations with the same identifiers:

   <wlevs:processor id="firstProcessor" ...>
     ...
   </wlevs:processor>
   <wlevs:processor id="secondProcessor" ...>
     ...
   </wlevs:processor>
   

   Caution:

   Identifiers and names in XML files are case sensitive, so be sure you specify the same case when referencing the component's identifier in the EPN assembly file.

4. Add a rules child element to each processor element.

   Use the rules element to group the child elements you create to contain the Oracle CQL statements this processor executes, including:

   • rule: contains Oracle CQL statements that register or create user-defined windows. The rule element id attribute must match the name of the window.

   • view: contains Oracle CQL view statements (the Oracle CQL equivalent of subqueries). The view element id attribute defines the name of the view.

   • query: contains Oracle CQL select statements. The query element id attribute defines the name of the query.

   Use the required id attribute of the view and query elements to uniquely identify each rule. Use the XML CDATA type to input the actual Oracle CQL rule. For example:

   <?xml version="1.0" encoding="UTF-8"?>
   <n1:config
       xsi:schemaLocation="http://www.bea.com/ns/wlevs/config/application wlevs_application_config.xsd"
       xmlns:n1="http://www.bea.com/ns/wlevs/config/application"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
       <processor>
           <name>proc</name>
           <rules>
               <view id="lastEvents" schema="cusip bid srcId bidQty"><![CDATA[ 
                   select mod(price) 
                   from filteredStream[partition by srcId, cusip rows 1]
               ]]></view>
               <query id="q1"><![CDATA[
                   SELECT *
                   FROM   lastEvents [Now]
                   WHERE  price > 10000
               ]]></query>
           </rules>
       </processor>
   </n1:config>]]></query>
   

5. Save and close the file.

6. Optionally, configure additional Oracle CQL processor features in the assembly file:

   • Section 10.1.1, "Controlling Which Queries Output to a Downstream Channel"

   • Section 10.3, "Configuring an Oracle CQL Processor Table Source"

   • Section 10.4, "Configuring an Oracle CQL Processor Cache Source"

10.3.1 How to Configure an Oracle CQL Processor Table Source Using Oracle CEP IDE for Eclipse

The most efficient and least error-prone way to configure an Oracle CQL processor to access a relational database table is to use the Oracle CEP IDE for Eclipse.

To configure an Oracle CQL processor table source using Oracle CEP IDE for Eclipse:

1. Create a data source for the database that contains the table you want to use.

   Example 10-6 shows an example Oracle CEP server config.xml file with data source StockDS.

   Example 10-6 Oracle CEP Server config.xml File With Data Source StockDS

   <?xml version="1.0" encoding="UTF-8"?>
   <n1:config xsi:schemaLocation="http://www.bea.com/ns/wlevs/config/server wlevs_server_config.xsd" 
       xmlns:n1="http://www.bea.com/ns/wlevs/config/server" 
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
     <domain>
        <name>ocep_domain</name>
     </domain>
   
   ...
   
     <data-source>
       <name>StockDs</name>
       <connection-pool-params>
         <initial-capacity>1</initial-capacity>
         <max-capacity>10</max-capacity>     
       </connection-pool-params>
       <driver-params>
         <url>jdbc:derby:</url>
         <driver-name>org.apache.derby.jdbc.EmbeddedDriver</driver-name>
         <properties>
           <element>
             <name>databaseName</name>
             <value>db</value>
           </element>
           <element>
             <name>create</name>
             <value>true</value>
           </element>
         </properties>
       </driver-params>
       <data-source-params>
         <jndi-names>
           <element>StockDs</element>
         </jndi-names>
         <global-transactions-protocol>None</global-transactions-protocol>
       </data-source-params>
     </data-source>
   
   ...
   
   </n1:config>
   

   For more information, see "Configuring Access to a Relational Database" in the Oracle Fusion Middleware Administrator's Guide for Oracle Complex Event Processing.

2. Use Oracle CEP IDE for Eclipse to create a table node.

   See Section 6.4.1.1, "How to Create a Basic Node".

3. Use Oracle CEP IDE for Eclipse to create an Oracle CQL processor.

   See Section 6.4.1.3, "How to Create a Processor Node".

4. Connect the table node to the Oracle CQL processor node.

   See Section 6.4.2.1, "How to Connect Nodes".

   The EPN Editor adds a wlevs:table-source element to the target processor node that references the source table.

5. Right-click the table node in your EPN and select Go to Assembly Source.

   Oracle CEP IDE for Eclipse opens the EPN assembly file for this table node.

6. Edit the table element as Example 10-7 shows and configure the table element attributes as shown in Table 10-1.

   Example 10-7 EPN Assembly File table Element

   <wlevs:table id="Stock" event-type="StockEvent" data-source="StockDs" />
   

   Table 10-1 EPN Assembly File table Element Attributes

   Attribute	Description
   id	The name of the table source. Subsequent references to this table source use this name.
   event-type	The type-name you specify for the table event-type you create in step 9.
   data-source	The data-source name you specified in the Oracle CEP server config.xml file in step 1.

   
   

7. Right-click the Oracle CQL processor node connected to the table in your EPN and select Go to Assembly Source.

   Oracle CEP IDE for Eclipse opens the EPN assembly file for this Oracle CQL processor.

8. Edit the Oracle CQL processor element's table-source child element as Example 10-8 shows.

   Set the ref attribute to the id of the table element you specified in step 6.

   Example 10-8 EPN Assembly File table-source Element

   <wlevs:processor id="proc">
       <wlevs:table-source ref="Stock" />
   </wlevs:processor>
   

9. Edit the EPN assembly file to update the event-type-repository element with a new event-type child element for the table as Example 10-9shows.

   Create a property child element for each column of the table you want to access and configure the property attributes as shown in Table 10-2.

   Example 10-9 EPN Assembly File event-type element for a Table

   <wlevs:event-type-repository>
       ...
       <wlevs:event-type type-name="StockEvent">
           <wlevs:properties>
               <wlevs:property name="symbol" type="char[]" length="16" />
               <wlevs:property name="exchange" type="char[]" length="16" />
           </wlevs:properties>
       </wlevs:event-type>
       ...
   </wlevs:event-type-repository>
   

   Table 10-2 EPN Assembly File event-type Element Property Attributes

   Attribute	Description
   name	The name of the table column you want to access as specified in the SQL create table statement. You do not need to specify all columns.
   type	The Oracle CEP Java type from Table 10-3 that corresponds to the column's SQL data type. In Example 10-4, the type value for column symbol is char[].
   length	The column size as specified in the SQL create table statement. In Example 10-4, the length of column symbol is 16.

   
   

   Table 10-3 SQL Column Types and Oracle CEP Type Equivalents

   SQL Type	Oracle CEP Java Type	com.bea.wlevs.ede.api.Type	Description
   ARRAY	[Ljava.lang.Object		Array, of depth 1, of java.lang.Object.
   BIGINT	java.math.BigInteger	bigint	An instance of java.math.BigInteger.
   BINARY	byte[]		Array, of depth 1, of byte.
   BIT	java.lang.Boolean	boolean	An instance of java.lang.Boolean.
   BLOB	byte[]		Array, of depth 1, of byte.
   BOOLEAN	java.lang.Boolean	boolean	An instance of java.lang.Boolean.
   CHAR	java.lang.Character	char	An instance of java.lang.Character.
   CLOB	byte[]		Array, of depth 1, of byte.
   DATE	java.sql.Date	timestamp	An instance of java.sql.Date.
   DECIMAL	java.math.BigDecimal		An instance of java.math.BigDecimal.
   BINARY_DOUBLEFoot 1  or DOUBLEFoot 2	java.lang.Double	double	An instance of java.lang.Double
   BINARY_FLOATFootref 1 or FLOATFootref 2	java.lang.Double	float	An instance of java.lang.Double
   INTEGER	java.lang.Integer	int	An instance of java.lang.Integer.
   JAVA_OBJECT	java.lang.Object	object	An instance of java.lang.Object.
   LONGNVARCHAR	char[]	char	Array, of depth 1, of char.
   LONGVARBINARY	byte[]		Array, of depth 1, of byte.
   LONGVARCHAR	char[]	char	Array, of depth 1, of char.
   NCHAR	char[]	char	Array, of depth 1, of char.
   NCLOB	byte[]		Array, of depth 1, of byte.
   NUMERIC	java.math.BigDecimal		An instance of java.math.BigDecimal.
   NVARCHAR	char[]	char	Array, of depth 1, of char.
   OTHER	java.lang.Object	object	An instance of java.lang.Object.
   REAL	java.lang.Float	float	An instance of java.lang.Float
   SMALLINT	java.lang.Integer	int	An instance of java.lang.Integer.
   SQLXML	xmltype	xmltype	For more information on processing XMLTYPE data in Oracle CQL, see "SQL/XML (SQLX)" in the Oracle Fusion Middleware CQL Language Reference for Oracle Complex Event Processing.
   TIME	java.sql.Time		An instance of java.sql.Time.
   TIMESTAMP	java.sql.Timestamp	timestamp	An instance of java.sql.Timestamp.
   TINYINT	java.lang.Integer	int	An instance of java.lang.Integer.
   VARBINARY	byte[]		Array, of depth 1, of byte.
   VARCHAR	char[]	char	Array, of depth 1, of char.

   
   

   ^Footnote 1 Oracle SQL.

   ^Footnote 2 Non-Oracle SQL.

   For more information on creating event types, see:

   • Chapter 2, "Creating Oracle CEP Event Types"

   • Section 2.1.3, "Event Type Data Types"

10. Right-click the Oracle CQL processor node connected to the table in your EPN and select Go to Configuration Source.

    Oracle CEP IDE for Eclipse opens the component configuration file for this Oracle CQL processor.

11. Edit the component configuration file to add Oracle CQL queries that use the table's event-type as shown in Example 10-10.

    Example 10-10 Oracle CQL Query Using Table Event Type StockEvent

    <processor>
        <name>proc</name>
        <rules>
            <query id="q1"><![CDATA[
                SELECT  ExchangeStream.symbol, ExchangeStream.price, Stock.exchange
                FROM    ExchangeStream [Now], Stock
                WHERE   ExchangeStream.symbol = Stock.symbol 
            ]]></query>
        </rules>
    </processor>
    

    Note:

    Because changes in the table source are not coordinated in time with stream data, you may only use a Now window. For more information, see "S[Now]" in the Oracle Fusion Middleware CQL Language Reference for Oracle Complex Event Processing.

10.5.1 Setting Up Parallel Query Execution Support

While specifying support for parallel query execution is at its core a simple configuration task, be sure to follow the other steps below so that you get the most out of the feature.

• Use the ordering-constraint attribute to support parallel execution.

• Make sure you have enough threads calling into the processor to meet your performance goals. The maximum amount of parallel query execution is constrained by the number of threads available to the CQL processor. For example, if an adapter upstream of the processor supports the number of threads you need and there is a channel between the adapter and the processor, try configuring the channel with a max-threads count of 0 so that it acts as a pass-through.

  If you don't want a pass-through, be sure to configure the query's upstream channel with a max-threads value greater than 1. (To make a max-threads value setting useful, you'll need to also set the max-size attribute to a value greater than 0.) For more information, see Chapter 9, "Configuring Channels".

• Follow other guidelines related to setting the max-threads attribute value. For example, to make a max-threads value setting useful, you'll need to also set the max-size attribute to a value greater than 0.

• Ensure, if necessary, that a bean receiving the query results is thread-aware, such as by using synchronized blocks. For example, you might need to do so if the bean's code builds a list from results received from queries executed on multiple threads.

10.5.2 Using the ordering-constraint Attribute

You enable parallel query execution by relaxing the default ordering constraint that ensures that events are processed serially. You do this by setting the ordering-constraint attribute on a query or view element.

In Example 10-11, the ordering-constraint attribute is set to UNORDERED so that the query will execute in parallel whenever possible:

<query id="myquery" ordering-constraint="UNORDERED">
    SELECT symbol FROM S WHERE price > 10
</query>

The ordering-constraint attribute supports the following three values:

• ORDERED means that the order of output events (as implied by the order of input events) is important. The CQL engine will process events serially. This is the default behavior.

• UNORDERED means that order of the output events is not important to the consumer of the output events. This gives the freedom to the CQLProcessor to process events in parallel on multiple threads. When possible, the query will execute in parallel on multiple threads to process the events.

• PARTITION_ORDERED means that you're specifying that order of output events within a partition is to be preserved (as implied by the order of input events) while order of output events across different partitions is not important to the consumer of the output events. This relaxation provides some freedom to the CQL engine to process events across partitions in parallel (when possible) on multiple threads.

Use the PARTITION_ORDERED value when you want to specify that events conforming to a given partition are processed serially, but that order can be disregarded across partitions and events belonging to different partitions may be processed in parallel. When using the PARTITION_ORDERED value, you must also add the partition-expression attribute to specify which expression for partitioning should be the basis for relaxing the cross-partition ordering constraint.

In Example 10-12, the GROUP BY clause partitions the output based on symbol values. The partition-expression attribute specifies that events in a given subset of events corresponding to a particular symbol value should be handled serially. Across partitions, on the other hand, order can be disregarded.

<query id="myquery" ordering-constraint="PARTITION_ORDERED"
    partitioning-expression="symbol">
    SELECT
        COUNT(*) as c, symbol
    FROM
        S[RANGE 1 minute]
    GROUP BY
        symbol
</query>

10.5.3 Using partition-order-capacity with Partitioning Queries

In general, you'll probably see improved performance for queries by making more threads available and setting the ordering-constraint attribute so that they're able to execute in parallel when possible. As with most performance tuning techniques, a little trial and error with these settings should yield a combination that gets better results.

However, in some cases where your queries use partitioning -- and you've set the ordering-constraint attribute to PARTITION_ORDERED -- you might not see the amount of scaling you'd expect. For example, consider a case in which running with four threads doesn't improve performance very much over running with two threads. In such a case, you can try using the partition-order-capacity value to get the most out of CQL engine characteristics at work with queries that include partitions.

The partition-order-capacity value specifies the maximum amount of parallelism that will be permitted within a given processor instance when processing a PARTITION_ORDERED query. When available threads are handling events belonging to different partitions, the value sets a maximum number of threads that will be allowed to simultaneously run in the query.

As with other aspects of performance tuning, getting the most out of partition-order-capacity may take a bit of experimentation. When tuning with partition-order-capacity, a good starting point is to set it equal to the maximum number of threads you expect to have active in any CQL processor instance. In some cases (for example, at high data rates or with expensive processing downstream from the CQL processor), it may be helpful to set the partition-order-capacity value even higher than the available number of threads. However, you should only do this if performance testing confirms that it's helpful for a given application and load.

The partition-order-capacity value is set from one of four places, two of which are fallbacks when you don't explicitly set it yourself. These are, in order of precedence:

1. The partition-order-capacity element set on a channel configuration. If you specify this on the input channel for a processor, it takes effect for any PARTITION_ORDERED queries in that processor. For more information, see Section D.67, "partition-order-capacity" in Appendix D, "Schema Reference: Component Configuration wlevs_application_config.xsd".

2. The partition-order-capacity property in server configuration. This value will be used for all PARTITION_ORDERED queries running on the server unless the value is set on a channel. For more information, see Section F.29, "partition-order-capacity" in Appendix F, "Schema Reference: Server Configuration wlevs_server_config.xsd".

3. The max-threads value set on a channel configuration. If you specify this on the input channel for a processor, it takes effect for any PARTITION_ORDERED queries in that processor

4. A system default value (currently set to 4) is used if you don't specify either a partition-order-capacity value or max-threads value, or if the max-threads value is set to 0 (meaning it's a pass-through channel).

When using partition-order-capacity, keep in mind the following:

• The partition-order-capacity value is only useful when you're setting the ordering-constraint attribute to PARTITION_ORDERED.

• Increasing partition-order-capacity generally increases parallelism and scaling. For example, if your profiling reveals lock contention bottlenecks, you might find it helpful to increase partition-order-capacity to see if contention is reduced.

• Setting partition-order-capacity even higher than the number of available threads can be helpful in some cases because of the particular way partitioning is done in the CQL processor.

• There is some resource cost in memory used by specifying very high values.

• Tuning this parameter is very dependent on details of the application and the input rate. Tuning by experimentation may be necessary to determine an optimal value.

10.5.4 Limitations

Think of parallel query execution as a performance enhancement feature that you specify support for so that the CQL processor can use it whenever possible. Not all queries can be executed in parallel. This includes queries using certain CQL language features.

For example, if your query uses some form of aggregation -- such as to find the maximum value from a range of values -- the CQL processor may not be able to fully execute the query in parallel (this is needed to guarantee the correct result considering the ordering constraint). Some query semantics in themselves also constrain the query to ordered processing. Such queries will be executed serially regardless of whether you specify support for parallel execution.

Also, the IStream, RStream and DStream operators maintain the state of their operand for processing, making it necessary for the CQL processor to synchronize threads in order to execute the query.

Note that the CQL processor always respects the semantic intention of your query. In cases where the ordering-constraint attribute would change this intention, the attribute is coerced to a value that keeps the intention intact.

If you're using the partitioning-expression attribute, keep in mind that the attribute supports a single expression only. Entering multiple property names for the value is not supported.

10.6.1 Oracle CQL Processor Component Configuration File

The following example shows a component configuration file for an Oracle CQL processor.

<?xml version="1.0" encoding="UTF-8"?>
<n1:config
    xsi:schemaLocation="http://www.bea.com/ns/wlevs/config/application wlevs_application_config.xsd"
    xmlns:n1="http://www.bea.com/ns/wlevs/config/application"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <processor>
        <name>proc</name>
        <rules>
            <view id="lastEvents"><![CDATA[ 
                select mod(price) 
                from filteredStream[partition by srcId, cusip rows 1]
            ]]></view>
            <query id="q1"><![CDATA[
                SELECT *
                FROM   lastEvents
                WHERE  price > 10000
            ]]></query>
        </rules>
    </processor>
</n1:config>

In the example, the name element specifies that the processor for which the Oracle CQL rules are being configured is called proc. This in turn implies that the EPN assembly file that defines your application must include a corresponding wlevs:processor element with an id attribute value of proc to link these Oracle CQL rules with an actual proc processor instance (see Section 10.6.2, "Oracle CQL Processor EPN Assembly File").

This Oracle CQL processor component configuration file also defines a view element to specify an Oracle CQL view statement (the Oracle CQL equivalent of a subquery). The results of the view's select are not output to a down-stream channel.

Finally, this Oracle CQL processor component configuration file defines a query element to specify an Oracle CQL query statement. The query statement selects from the view. By default, the results of a query are output to a down-stream channel. You can control this behavior in the channel configuration using a selector element. For more information, see:

• Section 9.2.1, "How to Configure a System-Timestamped Channel Using Oracle CEP IDE for Eclipse"

• Section 9.2.2, "How to Configure an Application-Timestamped Channel Using Oracle CEP IDE for Eclipse"

10.6.2 Oracle CQL Processor EPN Assembly File

The following example shows an EPN assembly file for an Oracle CQL processor.

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xmlns:osgi="http://www.springframework.org/schema/osgi"
       xmlns:wlevs="http://www.bea.com/ns/wlevs/spring"
       xsi:schemaLocation="
  http://www.springframework.org/schema/beans
  http://www.springframework.org/schema/beans/spring-beans.xsd
  http://www.springframework.org/schema/osgi
  http://www.springframework.org/schema/osgi/spring-osgi.xsd
  http://www.bea.com/ns/wlevs/spring
  http://www.bea.com/ns/wlevs/spring/spring-wlevs-v11_1_1_6.xsd">

    <wlevs:event-type-repository>
        <wlevs:event-type type-name="ExchangeEvent">
            <wlevs:properties>
                <wlevs:property name="symbol" type="char[]" length="16" />
                <wlevs:property name="price" type="java.lang.Double" />
            </wlevs:properties>
        </wlevs:event-type>
        <wlevs:event-type type-name="StockExchangeEvent">
            <wlevs:properties>
                <wlevs:property name="symbol" type="char[]" length="16" />
                <wlevs:property name="price" type="java.lang.Double" />
                <wlevs:property name="exchange" type="char[]" length="16" />
            </wlevs:properties>
        </wlevs:event-type>
        <wlevs:event-type type-name="StockEvent">
            <wlevs:properties>
                <wlevs:property name="symbol" type="char[]" length="16" />
                <wlevs:property name="exchange" type="char[]" length="16" />
            </wlevs:properties>
        </wlevs:event-type>
    </wlevs:event-type-repository>

    <!-- Assemble EPN (event processing network) -->
    <wlevs:adapter id="adapter" class="com.bea.wlevs.example.db.ExchangeAdapter" >
        <wlevs:listener ref="ExchangeStream"/>
    </wlevs:adapter>

    <wlevs:channel id="ExchangeStream" event-type="ExchangeEvent" >
        <wlevs:listener ref="proc"/>
    </wlevs:channel>

    <wlevs:table id="Stock" event-type="StockEvent" data-source="StockDs" />

    <wlevs:processor id="proc" advertise="true" >
        <wlevs:table-source ref="Stock" />
    </wlevs:processor>

    <wlevs:channel id="OutputStream" advertise="true" event-type="StockExchangeEvent" >
        <wlevs:listener ref="bean"/>
        <wlevs:source ref="proc"/>
    </wlevs:channel>

    <osgi:reference id="ds" interface="com.bea.core.datasource.DataSourceService" cardinality="0..1" />

    <!-- Create business object -->
    <bean id="bean" class="com.bea.wlevs.example.db.OutputBean">
        <property name="dataSourceService" ref="ds"/>
    </bean>

</beans>