System and method for supporting transaction affinity based request handling in a middleware environment

• US 9,519,509 B2
• Filed: 10/21/2014
• Issued: 12/13/2016
• Est. Priority Date: 10/21/2014
• Status: Active Grant

• Current Assignee: Oracle International Corporation (Oracle Corporation)
• Original Assignee: Oracle International Corporation (Oracle Corporation)
• Inventors: Somogyi, Alexander, Subramanyam, Sindhu, Felts, Stephen
• Primary Examiner(s): Dao, Thuy
• Assistant Examiner(s): Wang, Ben C
• Application Number:
  US14/520,175
• Publication Number:
  US 20160110216A1
• Time in Patent Office: 784 Days
• US Class Current: 1/1
• CPC Class Codes: G06F 11/2007 using redundant communication media
• CPC Class Codes: G06F 2201/85 Active fault masking without idle spares active fault masking without idle spare hardware where processing functionality is redundant G06F11/2035
• CPC Class Codes: G06F 8/20 Software design
• CPC Class Codes: G06F 8/71 Version control security arrangements therefor G06F21/57; Configuration management
• CPC Class Codes: G06F 9/466 Transaction processing
• CPC Class Codes: G06F 9/5027 the resource being a machine, e.g. CPUs, Servers, Terminals
• CPC Class Codes: G06F 9/5033 considering data affinity
• CPC Class Codes: G06Q 10/06 Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
• CPC Class Codes: G06Q 10/10 Office automation; Time management
• CPC Class Codes: H04L 67/34 involving the movement of software or configuration parameters network booting or remote initial program loading [RIPL] G06F9/4416

Abstract

A system and method can support transaction processing in a middleware environment. A processor, such as a remote method invocation stub in the middleware environment, can be associated with a transaction, wherein the transaction is from a first cluster. Then, the processor can handle a transactional request that is associated with the transaction, wherein the transactional request is to be sent to the first cluster. Furthermore, the processor can route the transactional request to a said cluster member in the first cluster, which is an existing participant of the transaction.

Claims

1. A method for supporting transaction processing in a middleware environment comprising a cluster including a plurality of application servers, the method comprising:

receiving at said cluster a first remote method invocation (RMI) request associated with a first global transaction;

determining that no RMI request associated with said first global transaction has been previously received by said cluster;

selecting a first application server of said plurality of application servers for processing said first RMI request using a load balancing method, wherein the load balancing method utilizes a load balancing algorithm selected from a round robin algorithm, weight-based algorithm, random algorithm, round-robin-affinity algorithm, weight-based-affinity algorithm, and a random-affinity algorithm;

routing said first RMI request to said first application server for processing;

processing on the first application server, a first method invoked by the first RMI request associated with the first global transaction;

receiving at said cluster a second RMI request;

determining whether the second RMI request is associated with the first global transaction; and

selecting the first application server for processing the second RMI request if the second RMI request is associated with the first global transaction, and using the load balancing method for selecting a second application server of said plurality of application servers for processing said second RMI request if the second RMI request is associated with a second global transaction.

2. The method of claim 1, further comprising:

selecting the first application server for processing all subsequent RMI requests associated with the first global transaction received at said cluster.

3. The method of claim 1, wherein the second RMI request is associated with the second global transaction, the method further comprising:

selecting the second application server for processing all subsequent RMI requests associated with the second global transaction received at said cluster.

4. The method of claim 1, further comprising:

initiating said first global transaction, via an application running on a host server in another cluster; and

transmitting said first RMI request from the host server in the another cluster to said cluster.

5. The method of claim 4, further comprising:

proceeding to commit the first global transaction using a two-phase commit protocol.

6. The method of claim 1, further comprising:

providing an interceptor in said cluster for intercepting RMI requests; and

using a handler in said cluster to select application servers for processing said RMI requests and routing said RMI requests to application servers selected.

7. The method of claim 1, further comprising:

using a cluster manager to configure the cluster, to require transaction affinity based request handling.

8. The method of claim 1, further comprising:

performing a failover operation to select another application server of the plurality of application servers, if the first application server is not available for processing a subsequent RMI request associated with the first global transaction.

9. The method of claim 1, further comprising:

allowing a user to specify an application server in the first cluster to handle a particular RMI request.

10. A system for supporting transaction processing in a middleware environment comprising a cluster including a plurality of application servers, the system comprising:

one or more hardware microprocessors;

an interceptor and a handler running on said one or more hardware microprocessors in said cluster;

wherein said interceptor and handler are configured to perform steps comprising;

intercepting a first remote method invocation (RMI) request associated with a first global transaction received at said cluster;

determining that no RMI request associated with said first global transaction has been previously received by said cluster;

selecting a first application server of said plurality of application servers for processing said first RMI request using a load balancing method, wherein the load balancing method utilizes a load balancing algorithm selected from a round robin algorithm, weight-based algorithm, random algorithm, round-robin-affinity algorithm, weight-based-affinity algorithm, and a random-affinity algorithm;

routing said first RMI request to said first application server for processing;

intercepting a second RMI request received at the cluster;

determining whether the second RMI request is associated with the first global transaction; and

selecting the first application server for processing the second RMI request if the second RMI request is associated with the first global transaction, and using the load balancing method for selecting a second application server of said plurality of application servers for processing said second RMI request if the second RMI request is associated with a second global transaction.

11. The system according to claim 10, wherein:

the interceptor and handler are further configured to select the first application server for processing all subsequent RMI requests associated with the first global transaction received at said cluster.

12. The system of claim 10, wherein:

the interceptor and handler are configured select the second application server for processing all subsequent RMI requests associated with the second global transaction received at said cluster when the second RMI request is associated with the second global transaction.

13. The system of claim 10, further comprising:

an application running on a host server in another cluster which initiates said first global transaction and transmits said first RMI request from the host server in the another cluster to said cluster.

14. The system of claim 13, wherein:

said application is configured to commit the global transaction using a two-phase commit protocol.

15. The system of claim 10, wherein:

the interceptor and handler are configured to allow a user to specify an application server in the first cluster to handle a particular RMI request.

16. The system of claim 10, further comprising:

a cluster manager adapted to configure the first cluster to require transaction affinity based request handling.

17. The system of claim 10, wherein:

the interceptor and handler are further configured to perform a failover operation to select another application server of the plurality of application servers, if the first application server is not available for processing a subsequent RMI request associated with the first global transaction.

18. A non-transitory machine readable storage medium having instructions stored thereon for supporting transaction processing in a middleware environment comprising a cluster including a plurality of application servers, which instructions, when executed, cause said cluster to perform steps comprising:

receiving at said cluster a first remote method invocation (RMI) request associated with a first global transaction;

determining that no RMI request associated with said first global transaction has been previously received by said cluster;

selecting a first application server of said plurality of application servers for processing said first RMI request using a load balancing method, wherein the load balancing method utilizes a load balancing algorithm selected from a round robin algorithm, weight-based algorithm, random algorithm, round-robin-affinity algorithm, weight-based-affinity algorithm, and a random-affinity algorithm;

routing said first RMI request to said first application server for processing;

processing on the first application server, a first method invoked by the first RMI request associated with the first global transaction;

receiving at said cluster a second RMI request;

determining whether the second RMI request is associated with the first global transaction; and

selecting the first application server for processing the second RMI request if the second RMI request is associated with the first global transaction, and using the load balancing method for selecting a second application server of said plurality of application servers for processing said second RMI request if the second RMI request is associated with a second global transaction.