HANDLING FAULTS IN A CONTINUOUS EVENT PROCESSING (CEP) SYSTEM

• US 20140237289A1
• Filed: 02/19/2013
• Published: 08/21/2014
• Est. Priority Date: 02/19/2013
• Status: Active Grant

• Current Assignee: Oracle International Corporation (Oracle Corporation)
• Original Assignee: Oracle International Corporation (Oracle Corporation)
• Inventors: de Castro Alves, Alexandre, Srinivasan, Anand, James, Manju
• Granted Patent: US 9,047,249 B2
• Time in Patent Office: Days
• US Class Current: 714/11
• CPC Class Codes: G06F 11/0709 in a distributed system consisting of a plurality of standalone computer nodes, e.g. clusters, client-server systems
• CPC Class Codes: G06F 11/0727 in a storage system, e.g. in a DASD or network based storage system drivers for digital recording or reproducing units G06F3/06; circuits for error detection or correction within digital recording or reproducing units G11B20/18; for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS], H04L67/1097
• CPC Class Codes: G06F 11/0793 Remedial or corrective actions recovery from an exception in an instruction pipeline G06F9/3861; by retry G06F11/1402; for recovering from a failure of a protocol instance or entity H04L69/40
• CPC Class Codes: G06F 11/202 where processing functionality is redundant redundant communication control functionality G06F11/2005, redundant storage control functionality G06F11/2089
• CPC Class Codes: G06F 16/24568 Data stream processing; Continuous queries
• CPC Class Codes: G06F 16/951 Indexing; Web crawling techniques

Abstract

The concept of faults and fault handling are added to the execution of continuous event processing (CEP) queries. By introducing fault handling techniques to the processing of CEP queries, users are enabled to instruct a CEP query processor to respond to faults in a customized manner that does not necessarily involve the halting of the CEP query relative to which the faults occurred. For example, a fault might be due to a temporary problem. Under such circumstances, the CEP query processor can be instructed to ignore the fault and allow the execution of the CEP query to continue relative to the remainder of the event stream. Alternatively, if the fault is due to a problem with the CEP query itself, then the CEP query processor can be instructed to propagate the fault through the query processing system until the fault ultimately causes the problematic CEP query to be halted.

Claims

1. A computer-readable memory storing a plurality of instructions for causing a processor to perform operations, the plurality of instructions comprising:

instructions that cause the processor to detect a first fault raised by an operator of a first continuous execution processing (CEP) query relative to a first event from an event stream;

instructions that cause the processor to invoke, in response to detecting the first fault, a first user-registered fault handler that has been registered with a CEP query processor;

instructions that cause the processor to determine that the first user-registered fault handler caught and handled the first fault; and

instructions that cause the processor to cause the CEP query processor, in response to determining that the first user-registered fault handler caught and handled the first fault, to continue to execute the first CEP query without halting execution of the first CEP query.

2. The computer-readable memory of claim 1, the plurality of instructions further comprising:

instructions that cause the processor to detect a second fault raised by an operator of the first CEP query relative to a second event from the event stream;

instructions that cause the processor to invoke the first user-registered fault handler in response to detecting the second fault;

instructions that cause the processor to determine that the first user-registered fault handler re-threw the second fault; and

instructions that cause the processor to invoke, in response to determining that the first user-registered fault handler re-threw the second fault, a second user-registered fault handler that has been registered with the CEP query processor;

wherein the second user-registered fault handler differs from the first user-registered fault handler.

3. The computer-readable memory of claim 1, the plurality of instructions further comprising:

instructions that cause the processor to detect a second fault raised by an operator of the first CEP query relative to a second event from the event stream;

instructions that cause the processor to invoke the first user-registered fault handler in response to detecting the second fault;

instructions that cause the processor to determine that the first user-registered fault handler re-threw the second fault;

instructions that cause the processor to determine, in response to determining that the first user-registered fault handler re-threw the second fault, whether any user-registered fault handlers other than the first user-registered fault handler are registered with the CEP query processor; and

instructions that cause the processor to invoke, in response to determining that no user-registered fault handlers other than the first user-registered fault handler are registered with the CEP query processor, a default fault handler of the CEP query processor;

wherein the default fault handler is not a user-registered fault handler.

4. The computer-readable memory of claim 1, the plurality of instructions further comprising:

instructions that cause the processor to detect a second fault raised by an operator of the first CEP query relative to a second event from the event stream;

instructions that cause the processor to invoke a default fault handler of the CEP query processor; and

instructions that cause the processor to cause the default fault handler to raise a JAVA exception that is catchable by a JAVA exception handler of a source of the event stream.

5. The computer-readable memory of claim 1, the plurality of instructions further comprising:

instructions that cause the processor to detect a second fault raised by an operator of a second CEP query relative to a second event from the event stream;

instructions that cause the processor to invoke the first user-registered fault handler in response to detecting the second fault;

instructions that cause the processor to determine that the first user-registered fault handler caught and handled the second fault; and

instructions that cause the processor to cause the CEP query processor, in response to determining that the first user-registered fault handler caught and handled the second fault, to continue to execute the second CEP query without halting execution of the second CEP query

wherein the second CEP query differs from the first CEP query.

6. The computer-readable memory of claim 1, wherein said operator is a filtering operator, and wherein the plurality of instructions further comprise:

instructions that cause the processor to detect a second fault raised by a join operator of the first CEP query relative to the first event;

instructions that cause the processor to invoke the first user-registered fault handler in response to detecting the second fault; and

instructions that cause the processor to cause the first user-registered fault handler to re-throw the second fault.

7. The computer-readable memory of claim 1, wherein the plurality of instructions further comprise:

instructions that cause the processor to detect a second fault raised by an operator that is shared by both the first CEP query and a second CEP query that differs from the first CEP query;

instructions that cause the processor to invoke a default fault handler of the CEP query processor; and

instructions that cause the processor to cause the default fault handler to halt execution of both the first CEP query and the second CEP query in response to the second fault.

8. A system for processing a data stream of events, the system comprising:

a memory storing a plurality of instructions; and

a processor coupled to the memory, the processor configured to execute the plurality of instructions to;

detect a first fault raised by an operator of a first continuous execution processing (CEP) query relative to a first event from an event stream;

invoke, in response to detecting the first fault, a first user-registered fault handler that has been registered with a CEP query processor;

determine that the first user-registered fault handler caught and handled the first fault; and

cause the CEP query processor, in response to determining that the first user-registered fault handler caught and handled the first fault, to continue to execute the first CEP query without halting execution of the first CEP query.

9. The system of claim 8, wherein the processor is configured to:

detect a second fault raised by an operator of the first CEP query relative to a second event from the event stream;

invoke the first user-registered fault handler in response to detecting the second fault;

determine that the first user-registered fault handler re-threw the second fault; and

invoke, in response to determining that the first user-registered fault handler re-threw the second fault, a second user-registered fault handler that has been registered with the CEP query processor;

wherein the second user-registered fault handler differs from the first user-registered fault handler.

10. The system of claim 8, wherein the processor is configured to:

detect a second fault raised by an operator of the first CEP query relative to a second event from the event stream;

invoke the first user-registered fault handler in response to detecting the second fault;

determine that the first user-registered fault handler re-threw the second fault;

determine, in response to determining that the first user-registered fault handler re-threw the second fault, whether any user-registered fault handlers other than the first user-registered fault handler are registered with the CEP query processor; and

invoke, in response to determining that no user-registered fault handlers other than the first user-registered fault handler are registered with the CEP query processor, a default fault handler of the CEP query processor;

wherein the default fault handler is not a user-registered fault handler.

11. The system of claim 8, wherein the processor is configured to:

detect a second fault raised by an operator of the first CEP query relative to a second event from the event stream;

invoke a default fault handler of the CEP query processor; and

cause the default fault handler to raise a JAVA exception that is catchable by a JAVA exception handler of a source of the event stream.

12. The system of claim 8, wherein the processor is configured to:

detect a second fault raised by an operator of a second CEP query relative to a second event from the event stream;

invoke the first user-registered fault handler in response to detecting the second fault;

determine that the first user-registered fault handler caught and handled the second fault; and

cause the CEP query processor, in response to determining that the first user-registered fault handler caught and handled the second fault, to continue to execute the second CEP query without halting execution of the second CEP query;

wherein the second CEP query differs from the first CEP query.

13. The system of claim 8, wherein said operator is a filtering operator, and wherein the processor is configured to:

detect a second fault raised by a join operator of the first CEP query relative to the first event;

invoke the first user-registered fault handler in response to detecting the second fault; and

cause the first user-registered fault handler to re-throw the second fault.

14. The system of claim 8, wherein the processor is configured to:

detect a second fault raised by an operator that is shared by both the first CEP query and a second CEP query that differs from the first CEP query;

invoke a default fault handler of the CEP query processor; and

cause the default fault handler to halt execution of both the first CEP query and the second CEP query in response to the second fault.

15. A method for processing a data stream of events, the method comprising:

detecting a first fault raised by an operator of a first continuous execution processing (CEP) query relative to a first event from an event stream;

invoking, in response to detecting the first fault, a first user-registered fault handler that has been registered with a CEP query processor;

determining that the first user-registered fault handler caught and handled the first fault; and

causing the CEP query processor, in response to determining that the first user-registered fault handler caught and handled the first fault, to continue to execute the first CEP query without halting execution of the first CEP query.

16. The method of claim 15, further comprising:

detecting a second fault raised by an operator of the first CEP query relative to a second event from the event stream;

invoking the first user-registered fault handler in response to detecting the second fault;

determining that the first user-registered fault handler re-threw the second fault; and

invoking, in response to determining that the first user-registered fault handler re-threw the second fault, a second user-registered fault handler that has been registered with the CEP query processor;

wherein the second user-registered fault handler differs from the first user-registered fault handler.

17. The method of claim 15, further comprising:

detecting a second fault raised by an operator of the first CEP query relative to a second event from the event stream;

invoking the first user-registered fault handler in response to detecting the second fault;

determining that the first user-registered fault handler re-threw the second fault;

determining, in response to determining that the first user-registered fault handler re-threw the second fault, whether any user-registered fault handlers other than the first user-registered fault handler are registered with the CEP query processor; and

invoking, in response to determining that no user-registered fault handlers other than the first user-registered fault handler are registered with the CEP query processor, a default fault handler of the CEP query processor;

wherein the default fault handler is not a user-registered fault handler.

18. The method of claim 15, further comprising:

detecting a second fault raised by an operator of a second CEP query relative to a second event from the event stream;

invoking the first user-registered fault handler in response to detecting the second fault;

determining that the first user-registered fault handler caught and handled the second fault; and

causing the CEP query processor, in response to determining that the first user-registered fault handler caught and handled the second fault, to continue to execute the second CEP query without halting execution of the second CEP query;

wherein the second CEP query differs from the first CEP query.

19. The method of claim 15, wherein said operator is a filtering operator, and further comprising:

detecting a second fault raised by a join operator of the first CEP query relative to the first event;

invoking the first user-registered fault handler in response to detecting the second fault; and

causing the first user-registered fault handler to re-throw the second fault.

20. The method of claim 15, further comprising:

detecting a second fault raised by an operator that is shared by both the first CEP query and a second CEP query that differs from the first CEP query;

invoking a default fault handler of the CEP query processor; and

causing the default fault handler to halt execution of both the first CEP query and the second CEP query in response to the second fault.