First and second manager components that communicate to initialize and/or shut down software components in an ordered sequence

• US 8,245,190 B2
• Filed: 06/14/2004
• Issued: 08/14/2012
• Est. Priority Date: 06/14/2004
• Status: Expired due to Fees

• Current Assignee: Sound View Innovations, LLC (Sound View Innovation Holdings, LLC)
• Original Assignee: Alcatel-Lucent SA (Nokia Corporation)
• Inventors: Buskens, Richard W., Chen, Kuo-Wei
• Primary Examiner(s): Rutten, James D
• Application Number:
  US10/867,946
• Publication Number:
  US 20050278724A1
• Time in Patent Office: 2,983 Days
• Field of Search: 717/120
• US Class Current: 717/120
• CPC Class Codes: G06F 2209/482 Application
• CPC Class Codes: G06F 9/485 Task life-cycle, e.g. stopping, restarting, resuming execution G06F9/4881 takes precedence

Abstract

An apparatus in one example comprises: a first manager component responsible for one or more first software components within one or more first executables of a distributed software application; and a second manager component responsible for one or more second software components within one or more second executables of the distributed software application. The first and second manager components communicate to initialize and/or shut down the one or more first software components and the one or more second software components in an ordered sequence based on one or more dependency relationships among two or more of: the one or more first software components; and/or the one or more second software components.

Claims

1. An apparatus, comprising:

a non-transitory computer readable medium encoded with readable instructions that when executed by a first computer processor implement a first manager component that executes on the first computer processor responsible for one or more first components that execute on the first computer processor within one or more first executables; and

a non-transitory computer readable medium encoded with readable instructions that when executed by a second computer processor implement a second manager component that executes on the second computer processor responsible for one or more second components that execute on the second computer processor within one or more second executables;

wherein the first and second manager components communicate by exchanging one or more initialization progress messages between the first and second manager components to initialize the one or more first components and the one or more second components in an ordered sequence based on one or more dependency relationships among two or more of the one or more first components, and the one or more second components; and

wherein the one or more first components comprise a third component, and wherein the one or more second components comprise a fourth component; and

wherein the one or more dependency relationships comprise a dependency relationship of the third component on the fourth component; and

wherein upon completion of successful initialization of the fourth component, the second manager component sends an indication of the initialization to the first manager component; and

wherein based on the dependency relationship, the first manager component waits for the indication from the second manager component before the first manager component initializes the third component, and upon receipt of the indication, the first manager component initializes the third component.

2. The apparatus of claim 1, wherein the first manager component comprises a first high availability manager component operating in a high availability infrastructure, and wherein the second manager component comprises a second high availability manager component operating in the high availability infrastructure;

and

wherein the first and second high availability manager components are external to the one or more first components and the one or more second components.

3. The apparatus of claim 1, wherein the first manager component receives an indication of a need for communication with the second manager component;

and

wherein the first manager component sends a setup message to the second manager component to initiate setup of a communication session, and wherein the setup message comprises an identifier of the communication session; and

wherein the second manager component sends a confirmation message to the first manager component to agree to join the communication session.

4. The apparatus of claim 3,

wherein the first manager component employs the communication session with the second manager component to request connection information of the fourth component from the second manager component;

and

wherein the second manager component employs the communication session to pass the connection information of the fourth component to the first manager component.

5. The apparatus of claim 4, wherein the third component comprises management support software and application software;

and

wherein the first manager component sends one or more portions of the connection information to the management support software of the third component to instruct the management support software to set up a communication channel between the third component and the fourth component; and

wherein the first manager component sends to the second manager component an indication of a successful setup of the communication channel.

6. The apparatus of claim 3,

wherein the first manager component employs the communication session with the second manager component to request connection information of a specific software component type from the second manager component;

and

wherein the second manager component determines which one or more of the one or more second components are of the specific software component type and are available for access by the first manager component; and

wherein the second manager component employs the communication session to pass the connection information of the one or more of the one or more second components to the first manager component; and

wherein the first manager component employs the connection information to setup a communication channel between the third component and one of the one or more of the one or more second components of the specific software component type.

7. The apparatus of claim 1, wherein the first manager component requests connection information of one or more of the one or more second components from the second manager component;

and

wherein the second manager component decides at runtime which portion of the connection information to provide to the first manager component and which portion of the connection information to restrict from the first manager component.

8. The apparatus of claim 1, wherein the first manager component controls a first domain that comprises the one or more first components, and wherein the second manager controls a second domain that comprises the one or more second components;

and

wherein the first and second manager components exchange one or more initialization progress messages to coordinate a cross-domain initialization between the first and second domains of the one or more first components and the one or more second components according to the ordered sequence.

9. The apparatus of claim 1, wherein the first manager component sends a failure notification to the second manager component upon failure of the third component of the one or more first components;

and

wherein the second manager component sends an acknowledgement to the first manager component to confirm receipt of the failure notification.

10. The apparatus of claim 9, wherein the first manager component sends a recovery notification to the second manager component upon recovery of the third component;

and

wherein the second manager component sends an acknowledgement to the first manager component to confirm receipt of the recovery notification.

11. The apparatus of claim 1, wherein the first and second manager components exchange one or more initialization progress messages to coordinate an initialization of the one or more first components and the one or more second components according to the ordered sequence;

and

wherein during the initialization of the one or more first components and the one or more second components, the first manager component sends an initialization progress message of the one or more initialization progress messages to the second manager component; and

wherein upon a transmission failure of the initialization progress message, the first manager component attempts to resend the initialization progress message; and

wherein if the first manager component determines that the second manager component is unavailable, then the first manager component undoes one or more portions of the initialization to get back to a known state of last successful communication with the second manager component.

12. The apparatus of claim 1, further comprising a call processing software application;

wherein the first and second manager components oversee initialization of the one or more first components and the one or more second components for the call processing software application.

13. A method, comprising the steps of:

performing, by a first manager component that executes on a first computer processor, one or more management operations on a first software component within a first executable of a distributed software application;

performing, by a second manager component that executes on a second computer processor, one or more management operations on a second software component within a second executable of the distributed software application, wherein the first software component comprises a dependency relationship on the second software component;

exchanging one or more initialization progress messages between the first and second manager components to cause the second manager component to initialize the second software component before the first manager component initializes the first software component based on the dependency relationship;

sending, upon initialization of the second software component by the second manager component, an initialization progress message of the one or more initialization progress messages to indicate to the first manager component that the second software component has been initialized; and

waiting for the initialization progress message from the second manager component that indicates that the second software component has been initialized before the first manager component initializes the first software component;

wherein the first manager component performs one or more management operations on a third software component within the first executable; and

wherein the second manager component performs one or more management operations on a fourth software component within the second executable; and

wherein the third software component comprises a dependency relationship on the fourth software component; and

wherein upon completion of successful initialization of the fourth software component, the second manager component sends an indication of the initialization to the first manager component; and

wherein based on the dependency relationship on the fourth software component, the first manager component waits for the indication from the second manager component before the first manager component initializes the third software component, and upon receipt of the indication, the first manager component initializes the third software component.

14. The method of claim 13, wherein the distributed software application comprises a plurality of software components, and wherein the plurality of software components comprises the first software component, the second software component, and one or more other software components;

and

wherein the step of exchanging the one or more initialization progress messages between the first and second manager components to cause the second manager component to initialize the second software component before the first manager component initializes the first software component based on the dependency relationship further comprises the steps of;

establishing an ordered sequence for initialization of the plurality of software components based on one or more dependency relationships among the plurality of software components; and

exchanging the one or more initialization progress messages between the first and second manager components to initialize each of the plurality of software components according to the ordered sequence.

15. An apparatus, comprising:

a non-transitory computer readable medium encoded with readable instructions that when executed by a first computer processor implement a first manager component that executes on the first computer processor responsible for a first software component within a first executable of a distributed software application; and

a non-transitory computer readable medium encoded with readable instructions that when executed by a second computer processor implement a second manager component that executes on the second computer processor responsible for a second software component within a second executable of the distributed software application;

wherein the first software component comprises a dependency relationship on the second software component; and

wherein based on the dependency relationship, the second manager component waits for an indication from the first manager component that the first software component has been shut down before the second manager component shuts down the second software component; and

wherein to begin shutdown of the first software component, the first manager component deactivates the first software component; and

wherein the first manager component sends a shutdown progress message to the second manager component to notify the second manager component that the first software component has been deactivated; and

wherein upon receipt of the shutdown progress message, the second manager component deactivates the second software component to begin shutdown of the second software component; and

wherein after the first and second software components have been deactivated, the first and second manager components terminate the first and second software components to complete shutdown of the first and second software components; and

wherein upon termination of the first software component and any other software components of the first executable, the first manager component instructs a first executable manager to terminate the first executable; and

wherein upon termination of the second software component and any other software components of the second executable, the second manager component instructs a second executable manager to terminate the second executable.

16. The apparatus of claim 15, wherein the first manager component comprises a first high availability manager component operating in a high availability infrastructure, and wherein the second manager component comprises a second high availability manager component operating in the high availability infrastructure;

and

wherein the first and second high availability manager components are external to the first and second software components.

17. The apparatus of claim 15, wherein the first and second manager components are responsible for a plurality of software components of the distributed software application, and wherein the plurality of software components comprise the first software component, the second software component, and one or more additional software components;

and

wherein one or more of the first and second manager components establish an ordered sequence for shutdown of the plurality of software components based on one or more dependency relationships among the plurality of software components.

18. The apparatus of claim 17, wherein the first and second manager components exchange shutdown progress messages to coordinate a shutdown of the plurality of software components according to the ordered sequence.

19. The apparatus of claim 15, wherein based on the dependency relationship, the first and second software components agree to shut down the first software component before shutting down the second software component;

and

wherein upon receipt of an indication that the distributed software application is ready for a shutdown of the first software component, the first manager component shuts down the first software component; and

wherein the first manager component sends a shutdown progress message to the second manager component to indicate that the first software component has been shut down; and

wherein upon receipt of the shutdown progress message, the second software component shuts down the second software component.

20. The apparatus of claim 15, wherein prior to shutting down the first software component, the first manager component instructs a first executable manager to stop monitoring the first executable;

and

wherein prior to shutting down the second software component, the second manager component instructs a second executable manager to stop monitoring the second executable.

21. The apparatus of claim 15, wherein the shutdown progress message comprises a first shutdown progress message;

and

wherein upon termination of the first software component, the first manager component sends a second shutdown progress message to the second manager component to notify the second manager component that the first software component has been terminated; and

wherein upon receipt of the second shutdown progress message, the second manager component terminates the second software component to complete shutdown of the first and second software components; and

wherein based on the dependency relationship, the second manager component waits for receipt of the second shutdown progress message before terminating the second software component.

22. The apparatus of claim 15, wherein the first and second software components comprise management support software and application software;

and

wherein to deactivate the first software component, the first manager component sends a first deactivation message to the management support software of the first software component to instruct the first software component to not take on new tasks; and

wherein to deactivate the second software component, the second manager component sends a second deactivation message to the management support software of the second software component to instruct the second software component to not take on new tasks; and

wherein to terminate the first software component, the first manager component sends a first termination message to the management support software of the first software component to instruct the first software component to stop running; and

wherein to terminate the second software component, the second manager component sends a second termination message to the management support software of the second software component to instruct the second software component to stop running.

23. The apparatus of claim 15, wherein the first and second manager components are responsible for a plurality of software components of the distributed software application, and wherein the plurality of software components comprises the first and second software components;

and

wherein the first and second manager components exchange one or more shutdown progress messages to coordinate a shutdown of the plurality of software components according to an ordered sequence based on one or more dependency relationships among the plurality of software components; and

wherein during the shutdown of the plurality of software components, the first manager component sends a shutdown progress message, of the one or more shutdown progress messages, to the second manager component; and

wherein upon a transmission failure of the shutdown progress message, the first manager component attempts to resend the shutdown progress message; and

wherein if the first manager component determines that the second manager component is unavailable, then the first manager component pauses the shutdown until communication is reestablished with the second manager component.

24. The apparatus of claim 15, wherein the first manager component controls a first domain that comprises one or more first software components of the distributed software application, and wherein the second manager controls a second domain that comprises one or more second software components of the distributed software application;

and

wherein the first and second manager components exchange one or more shutdown progress messages to coordinate a cross-domain shutdown, between the first and second domains, of the distributed software application according to an ordered sequence based on one or more dependency relationships among the one or more first software components and the one or more second software components.

25. A method, comprising the steps of:

performing, by a non-transitory computer readable medium encoded with readable instructions that when executed by a first computer processor implement a first manager component that executes on the first computer processor responsible for a first software component within a first executable of a distributed software application,

performing, by a non-transitory computer readable medium encoded with readable instructions that when executed by a second computer processor implement a second manager component that executes on the second computer processor responsible for a second software component within a second executable of the distributed software application, wherein the first software component comprises a dependency relationship on the second software component; and

wherein based on the dependency relationship, the second manager component waits for an indication from the first manager component that the first software component has been shut down before the second manager component shuts down the second software component; and

wherein to begin shutdown of the first software component, the first manager component deactivates the first software component; and

wherein the first manager component sends a shutdown progress message to the second manager component to notify the second manager component that the first software component has been deactivated; and

wherein upon receipt of the shutdown progress message, the second manager component deactivates the second software component to begin shutdown of the second software component; and

wherein after the first and second software components have been deactivated, the first and second manager components terminate the first and second software components to complete shutdown of the first and second software components; and

wherein upon termination of the first software component and any other software components of the first executable, the first manager component instructs a first executable manager to terminate the first executable; and

wherein upon termination of the second software component and any other software components of the second executable, the second manager component instructs a second executable manager to terminate the second executable.

26. An apparatus, comprising:

a high availability infrastructure in communication with a distributed software application that comprises a plurality of software components within a plurality of executables;

wherein the high availability infrastructure comprises a non-transitory computer readable medium encoded with readable instructions that when executed by a first computer processor implements a first manager component that executes on the first computer processor responsible for a first software component within a first executable of the distributed software application, and wherein the high availability infrastructure comprises a non-transitory computer readable medium encoded with readable instructions that when executed by a second computer processor implements a second manager component that executes on the second computer processor responsible for a second software component within a second executable of the distributed software application;

wherein the first software component comprises a dependency relationship on the second software component; and

wherein based on the dependency relationship, the second manager component waits for an indication from the first manager component that the first software component has been shut down before the second manager component shuts down the second software component; and

wherein to begin shutdown of the first software component, the first manager component deactivates the first software component; and

wherein the first manager component sends a shutdown progress message to the second manager component to notify the second manager component that the first software component has been deactivated; and

wherein upon receipt of the shutdown progress message, the second manager component deactivates the second software component to begin shutdown of the second software component; and

wherein after the first and second software components have been deactivated, the first and second manager components terminate the first and second software components to complete shutdown of the first and second software components; and

wherein upon termination of the first software component and any other software components of the first executable, the first manager component instructs a first executable manager to terminate the first executable; and

wherein upon termination of the second software component and any other software components of the second executable, the second manager component instructs a second executable manager to terminate the second executable.