The table below lists the development assets of this product. Development assets are broadly divided into definition information, data, and collaboration applications. Definition information is deployed in the CEP engine for execution. Each of the others is provided (deployed) in its corresponding server.
Development asset type | Development asset | Explanation | Deployment destination |
|---|---|---|---|
Definition information | Event type definition | Define the format of the events the input adapter is to receive. Also define the log storage area specification and whether or not complex event processing is to be used. The events the input adapter is to receive can be in XML or CSV format. | CEP engine |
Rule definition | Define high-speed filter processing rules and complex event processing rules. Describe these using filter rule language (IF-THEN format) and complex event processing rule language (SQL format), respectively. The processing results of complex event processing rules can be sent to an external application using SOAP communication, and can also be accumulated on disks using logging. | ||
Event type definition (filtered events) | Define this if the items that make up the events will vary according to factors such as join and extraction processing of high-speed filter processing. Filtered events will be in CSV format. | ||
Master definition | Create this if master referencing is to be performed in high-speed filter processing. This is the definition of the master data to be referenced. | ||
SOAP listener definition | Define the interface of the user-developed Web service to be used as the send destination when the processing results of complex event processing rules are to be sent to an external application using SOAP. | ||
Data | Event data | This is event data to be sent to the CEP Server to check the operation of definition information. | Event |
Master data | This is required separately if master referencing is to be performed in high-speed filter processing. Provide this in CSV file format on the CEP Server. | CEP | |
XTP (*1) | This is required separately if XTP collaboration is to be performed. Provide this on the collaborating XTP Server node. A cache access application for update is required separately in order to store or update the data in an XTP cache. | XTP | |
Collaboration application | Event sender | This is an application that sends events to the CEP engine. To use SOAP for sending events, provide a SOAP client application. This is not required if events are to be sent directly to the CEP engine using an existing system as the event sender. If a new event sender application needs developing, it must be done according to the device to be used as the sender. The event sender sample program bundled with the product can be used in the operation testing of rule definitions. | Event |
User-developed | This is a Web service (SOAP application) that receives and controls event data sent by the output adapter. Deploy this in the application server which collaborate with CEP server. | Application server | |
Event log analysis | This is an application for analyzing event logs logged in a Hadoop system. Develop this using the Hadoop Java API. Deploy this in the Hadoop system and then execute it. | Hadoop | |
Cache access | This is an application for initially storing data in the XTP cache as well as for updating the cache content. This is not required if an existing XTP cache is to be used. | Application server (Java EE) (*2) |
*1: Interstage eXtreme Transaction Processing Server
*2: This is an application server where the XTP Client is installed and set up. It may sometimes be the same as an application server deployed by a user-developed Web service.
The following figure below shows the deployment destination of each development asset.
Figure 5.1 Deployment destinations of development assets
