Federation of composite applications
View Patent ↗A predetermined business task of a composite application can be fulfilled. The composite application can include a set of components. The composite application is instantiated by a template means and a predefined collaborative context module controls the interaction of the set of components during the runtime of the composite application. A set of components fulfilling individual services on individual different server systems is leveraged by the composite application. During the instantiation of the composite application from a template, the referenced components (as types) are instantiated leading to runtime instances of these components. The interaction of the different components is controlled on individual different server systems utilizing a primary context module. The primary context module communicates with an appropriate collaborative module implemented locally on the respective set of servers, where the local context modules act as secondary context modules in relation to the primary context modules. For each of the secondary context modules, local components communicate to control the interaction of components.
1. A method for operating a composite application comprising:
instantiating a composite application wherein the composite application is configured to fulfill business tasks by virtually leveraging a set of components that reside across different server systems having non-homogeneous runtime environments, where the virtually leveraging implements without developing gluecode for controlling interactions between the set of components that reside across the different servers systems, wherein each of the different server systems comprise a locally executing secondary context module, and wherein the composite application comprises a primary context module which implements as interface logic in order to handle incoming and outgoing data to and from the secondary context modules of the different server systems during runtime execution of the composite application;
controlling interaction of the components during runtime utilizing said primary context module;
said primary context module communicating at runtime with the secondary context modules; and
each of the secondary context modules communicating with local components of one of the different server systems for controlling interactions of the local components related to the composite application.
2. The method according to claim 1 , wherein said different server systems implement functional components, each performing respective different business tasks.
3. The method according to claim 1 , wherein said different server systems implement functional components performing the same business tasks, and wherein a load meter is implemented that communicates with the primary context module for determining a point in time to switch load from one to another system in order to balance a load between the different server systems.
4. The method according to claim 1 , wherein said primary context module is implemented in a portal server system.
5. The method according to claim 3 , wherein a specific server system of the different server systems is selected by the primary context module according to at least one criterion of the involved business task comprising of a member of the following criteria:
cost;
security; and
bandwidth.
6. An electronic data processing system for operating a composite application, said electronic data processing system comprising:
at least one processor; and
one or more memory elements connected to the at least one processor, wherein the one or more memory elements store program code, wherein the at least one processor is operable to execute the program code stored in the one or more memory elements to cause the electronic data processing system to:
instantiate a composite application, wherein the composite application is configured to fulfill business tasks by virtually leveraging a set of components that reside across different server systems having non-homogeneous runtime environments, where the virtually leveraging implements without developing gluecode for controlling interactions between the set of components that reside across the different servers systems, wherein each of the different server systems comprise a locally executing secondary context module, and wherein the composite application comprises a primary context module which implements as interface logic in order to handle incoming and outgoing data to and from the secondary context modules of the different server systems during runtime execution of the composite application,
control interaction of the components during runtime utilizing said primary context module;
communicate via a said primary context module at runtime with the secondary context modules; and
communicate via each of the secondary context modules with local components of one of the different server systems for controlling interactions of the local components related to the composite application.
7. The system according to claim 6 , wherein said different server systems implement functional components, each performing respective different business tasks.
8. The system according to claim 6 , wherein said different server systems implement functional components performing the same business tasks, and wherein a load meter is implemented that communicates with the primary context module for determining a point in time to switch load from one to another system in order to balance a load between the different server systems.
9. The system according to claim 6 , wherein said primary context module is implemented in a portal server system.
10. The system according to claim 8 , wherein a specific server system of the different server systems is selected by the primary context module according to at least one criterion of the involved business task comprising of a member of the following criteria:
cost;
security; and
bandwidth.
11. A computer program product for operating a composite application embedded on a non-transitory computer usable medium, said computer program product comprising:
computer usable program code configured to instantiate a composite application wherein the composite application is configured to fulfill business tasks by virtually leveraging a set of components that reside across different server systems having non-homogeneous runtime environments, where the virtually leveraging implements without developing gluecode for controlling interactions between the set of components that reside across the different servers systems, wherein each of the different server systems comprise a locally executing secondary context module, and wherein the composite application comprises a primary context module which implements as interface logic in order to handle incoming and outgoing data to and from the secondary context modules of the different server systems during runtime execution of the composite application;
computer usable program code configured to control interaction of the components during runtime utilizing said primary context module;
computer usable program code configured to communicate via a said primary context module at runtime with the secondary context modules; and
computer usable program code configured to communicate via each of the secondary context modules with local components of one of the different server systems for controlling interactions of the local components related to the composite application.
12. The computer program product according to claim 11 , wherein said different server systems implement functional components, each performing respective different business tasks.
13. The computer program product according to claim 11 , wherein said different server systems implement functional components performing the same business tasks, and wherein a load meter is implemented that communicates with the primary context module for determining a point in time to switch load from one to another system in order to balance a load between the different server systems.
14. The computer program product according to claim 11 , wherein said primary context module is implemented in a portal server system.
15. The computer program product according to claim 13 , wherein a specific server system of the different server systems is selected by the primary context module according to at least one criterion of the involved business task comprising of a member of the following criteria:
cost;
security; and
bandwidth.