Dynamic sizing of system and method for processing financial transactions
A system for processing a financial transaction request and a method executed by the system can include receiving, at a first server, a request to execute the financial transaction request. The first server can determine transaction middleware (TM) super-modules that are stored on the first server and are required to execute the financial transaction. The first server can detect capacities of the TM super-modules and annex control over memory space of a second server if needed. The first server can replicate at least one of the TM super-modules on the memory of the second server and direct the financial transaction request to the TM super-module replicated on the second server. That TM super-module can generate a corresponding output received by the first server, which can then cede control over the memory space of the second server.
1. A method of processing a financial transaction request comprising:
maintaining, with one of hardware, software and a combination of hardware and software, on a first server:
a plurality of TM sub-modules, each TM sub-module configured to execute a discrete secondary sub-task of the financial transaction request and comprising:
a fully functional and stand-alone JAVA application having:
build instructions,
a default configuration,
a DDL/DML implementation,
a JAVA document,
a OCM plugin, and
dependency management information,
a plurality of TM modules each comprising at least two of the plurality of TM sub-modules and each configured to execute a discrete primary sub-task of the financial transaction request wherein the discrete primary sub-task is completed by the execution of at least two secondary sub-tasks, and
a plurality of TM super-modules each comprising two or more of the plurality of TM modules and each configured to execute at least part of the financial transaction request by the execution of at least two primary sub-tasks;
receiving, at the first server, a request to execute the financial transaction request;
determining, with the first server, all TM super-modules required to execute the financial transaction;
detecting, with the first server, respective capacities of all of the TM super-modules required to execute the financial transaction as determined in said determining;
annexing, with the first server, in response to said detecting, control over at least some memory space of a second server physically remote from the first server;
replicating, with the first server, in response to said detecting, on the at least some of the memory space annexed on the second server, at least one of the TM super-modules required to execute the financial transaction as determined in said determining;
directing, with the first server, the financial transaction request to the at least one TM super-module replicated on the at least some of the memory space annexed on the second server for completion of at least one primary sub-task;
completing the at least one primary sub-task, on the second server, with the at least one TM super-module replicated on the at least some of the memory space annexed on the second server and generating a corresponding output;
receiving, with the first server, from the second server, the output corresponding to completion of the at least one primary sub-task; and
ceding, with the first server, control over the at least some of the memory space annexed on the second server back to the second server after and in response to said receiving the output.
2. The method of claim 1 further comprising:
designating, with the second server, the at least some of the memory space as free in response to said ceding.
3. The method of claim 1 wherein said replicating is further defined as:
replicating, with the first server, in response to said detecting, on the at least some of the memory space annexed on the second server, at least one of the TM super-modules required to execute the financial transaction as determined in said determining, whereby said replicating is performed per domain and not per request.
4. A system for processing a financial transaction request comprising:
a first server maintaining, with one of hardware, software and a combination of hardware and software:
a plurality of TM sub-modules, each TM sub-module configured to execute a discrete secondary sub-task of the financial transaction request and comprising:
a fully functional and stand-alone JAVA application,
build instructions,
a default configuration,
a DDL/DML implementation,
a JAVA document,
a OCM plugin, and
dependency management information,
a plurality of TM modules each comprising at least two of the plurality of TM sub-modules and each configured to execute a discrete primary sub-task of the financial transaction request wherein the discrete primary sub-task is completed by the execution of at least two secondary sub-tasks, and
a plurality of TM super-modules each comprising two or more of the plurality of TM modules and each configured to execute at least part of the financial transaction request by the execution of at least two primary sub-tasks each of the TM super-modules;
a second server physically remote from the first server; and
wherein said first server and said second server are configured to:
receive, with the first server, a request to execute the financial transaction request;
determining, with the first server, all TM super-modules required to execute the financial transaction;
detect, with the first server, respective capacities of all of the TM super-modules required to execute the financial transaction as determined in said determining;
annex, with the first server, in response to said detecting, control over at least some memory space of the second server;
replicate, with the first server, in response to said detecting, on the at least some of the memory space annexed on the second server, at least one of the TM super-modules required to execute the financial transaction as determined in said determining;
direct, with the first server, the financial transaction request to the at least one TM super-module replicated on the at least some of the memory space annexed on the second server for completion of at least one primary sub-task;
complete the at least one primary sub-task, on the second server, with the at least one TM super-module replicated on the at least some of the memory space annexed on the second server and generating a corresponding output;
receive, with the first server, from the second server, the output corresponding to completion of the at least one primary sub-task; and
cede, with the first server, control over the at least some of the memory space annexed on the second server back to the second server after and in response to said receiving the output.
5. The system of claim 1 wherein the replicating by said first server is further defined as:
replicate, with the first server, in response to said detecting, on the at least some of the memory space annexed on the second server, at least one of the TM super-modules required to execute the financial transaction as determined in said determining, whereby said replicating is performed per domain and not per request.