System and method for a distributed debugger for debugging distributed application programs

• US 5,819,093 A
• Filed: 03/03/1995
• Issued: 10/06/1998
• Est. Priority Date: 03/03/1995
• Status: Expired due to Term

• Current Assignee: Sun Microsystems Incorporated (Oracle Corporation)
• Original Assignee: Sun Microsystems Incorporated (Oracle Corporation)
• Inventors: Davidson, Andrew E., Masamitsu, Jon A.
• Primary Examiner(s): Toplu, Lucien U.
• Assistant Examiner(s): Richey, Michael T.
• Application Number:
  US08/399,120
• Time in Patent Office: 1,313 Days
• Field of Search: 395/650, 395/700, 395/704, 395/706, 395/183.01, 395/183.14, 364/275.5, 364/267.91
• US Class Current: 717/126
• CPC Class Codes: G06F 11/362 Software debugging
• CPC Class Codes: G06F 11/3664 Environments for testing or debugging software

Abstract

A system and method for providing a distributed debugger system for a distributed target computer application are disclosed wherein the programmer/developer of the application can be at one host machine and wherein the application being developed makes use of objects and object implementations which may be located on a different host machine which is unknown to the programmer/developer. The system and method provides solutions to problems which are encountered in trying to debug a new application which is associated with the use of objects in a widely distributed, object oriented, client-server system. In a distributed object environment, requests and replies are made through an Object Request Broker (ORB) that is aware of the locations and status of objects. One architecture which is suitable for implementing such an ORB is provided by the Common Object Request Broker Architecture (CORBA) specification. The distributed debugger system disclosed herein is designed to function in a CORBA compliant distributed system.

Claims

1. A distributed debugger system for debugging a distributed target application system which resides on a local host computer and one or more remote host computers, the distributed debugger system comprising:

a debugger-GUI and one or more debugger engines (hereinafter termed "dbx engines"), said debugger-GUI providing an interface mechanism for communicating with said dbx engines, and for communicating with a user of said debugger system, wherein said dbx engines may reside on said local and remote host computers;

a communications mechanism for use by said dbx engines and said debugger-GUI in sending messages to and receiving messages from each other; and

a remote dbx engine which is one of said one or more dbx engines and which is residing on a host computer remote from said local host computer, said remote dbx engine having capabilities equivalent to those of a SPARCworks dbx engine, said remote dbx engine connected to said debugger-GUI by means of said communication mechanism, said remote dbx engine co-operating with said debugger-GUI while ignoring any intermediate Interface Definition Language ("IDL") generated code mechanisms which connect local and remote sections of said target application system but which are not part of said target application system itself, thereby permitting said user to debug said distributed target application system with an illusion that the user is debugging a single process application, said remote dbx engine having a remote surrogate code test mechanism for determining which intermediate IDL generated code mechanisms which connect local and remote sections of said target application should be ignored.

2. The distributed debugger system for debugging a distributed target application system of claim 1 further comprising a second communications mechanism to permit said debugger-GUI to focus on one of said dbx engines regardless of which host computer said dbx engine is on.

3. The distributed debugger system for debugging a distributed target application system of claim 1 further comprising a third communications mechanism to permit said user to obtain from said debugger-GUI a list of all active dbx engines regardless of which host computer said dbx engines are on.

4. The distributed debugger system of claim 1 wherein the remote dbx engine further comprises a remote breakpoint setting mechanism thereby permitting a user on said local host computer to set a breakpoint in a function of the distributed target application system which is actually implemented in said remote host computer.

5. The distributed debugger system of claim 1 wherein the remote dbx engine further comprises a GetImplementation mechanism for locating a host ID and process ID (PID) of a server for any designated object.

6. The distributed debugger system of claim 1 wherein the remote dbx engine further comprises an IdentifyRemoteFunction mechanism for identifying whether a remote dbx engine is running and if not for creating and attaching a dbx engine to a remote target function by using the facilities of a dbxWrapperFactory object.

7. The distributed debugger system of claim 1 wherein the remote dbx engine further comprises a multiple dbx engine synchronizer mechanism for permitting dbx engines to communicate with each other.

8. A computer implemented method for producing a distributed debugger system for debugging a distributed target application system which target application system resides on a local host computer and one or more remote host computers, the computer implemented method comprising the steps of:

providing in a local host computer a debugger-GUI and one or more debugger engines (hereinafter termed "dbx engines"), said debugger-GUI providing an interface mechanism for communicating with said dbx engines, and for communicating with a user of said debugger system;

providing a communication mechanism for use by said dbx engines and said debugger-GUI in sending messages to and receiving messages from each other; and

providing a remote dbx engine which is one of said one or more dbx engines and which is residing on a host computer remote from said local host computer, said remote dbx having capabilities equivalent to those of a SPARCworks dbx engine, said remote dbx engine connected to said debugger-GUI by means of said communication mechanism, said remote dbx engine being able, under direction from said debugger-GUI, to attach itself to a section of said distributed target application system which is residing on said remote host computer for purposes of debugging said section of said distributed target application system which is residing on said remote host computer, said remote dbx engine co-operating with said debugger-GUI while ignoring any intermediate Interface Definition Language ("IDL") generated code mechanisms which connect local and remote sections of said target application system but which are not part of said target application system itself, thereby permitting said user to debug said distributed target application system with an illusion that the user is debugging a single process application, said remote dbx engine having a remote surrogate code test mechanism for determining which intermediate IDL generated code mechanisms which connect local and remote sections of said distributed target application should be ignored.

15. A computer implemented method as recited in claim 8 further comprising the step of providing a second communications mechanism to permit said debugger-GUI to focus on one of said dbx engines regardless of which host computer said dbx engine is on.

16. A computer implemented method as recited in claim 8 further comprising the step of providing a second communications mechanism to permit said user to obtain from said debugger-GUI a list of all active dbx engines regardless of which host computer said dbx engines are on.

17. A computer implemented method as recited in claim 16 further comprising the step of providing a third communications mechanism to permit said debugger-GUI to focus on one of said dbx engines regardless of which host computer said dbx engine is on.

18. A computer implemented method as recited in claim 8 wherein the remote dbx further includes a remote breakpoint setting mechanism thereby permitting a user on said local host computer to set a breakpoint in a function of the distributed target application system which is actually implemented in said remote host computer.

19. A computer implemented method as recited in claim 8 wherein the remote dbx further includes a GetImplementation mechanism for locating a host ID and process ID (PID) of a server for any designated object.

20. A computer implemented method as recited in claim 8 wherein the remote dbx further includes an IdentifyRemoteFunction mechanism for identifying whether a remote dbx engine is running and if not for creating and attaching a dbx engine to a remote target function by using the facilities of a dbxWrapperFactory object.

21. A computer implemented method as recited in claim 8 wherein the remote dbx further includes a multiple dbx engine synchronizer mechanism for permitting dbx engines to communicate with each other.

9. A computer implemented method for producing a distributed debugger system for debugging a distributed target application system which resides on a local host computer and one or more remote host computers, the computer implemented method comprising the steps of:

providing a debugger-GUI and one or more debugger engines (hereinafter termed "dbx engines"), said debugger-GUI providing an interface mechanism for communicating with said dbx engines, wherein said dbx engines may reside on said local and remote host computers, and for communicating with a user of said debugger system;

providing a communications mechanism for use by said dbx engines and said debugger-GUI in sending messages to and receiving messages from each other; and

providing a dbxWrapperFactory mechanism for use by said debugger-GUI to create a new dbx engine in a remote host computer for use in debugging a part of said target application system which resides on said remote host computer, said new dbx engine having capabilities equivalent to those of a SPARCworks dbx engine, said new dbx engine in said remote host computer co-operating with said debugger-GUI and said one or more dbx engines residing on said local host computer to debug said target application system while ignoring any intermediate Interface Definition Language ("IDL") generated code mechanisms which connect local and remote sections of said target application system but which are not part of said target application system itself, thereby permitting said user to debug said distributed target application system with an illusion that the user is debugging a single process application.

10. The computer implemented method for producing a distributed debugger system for debugging a distributed target application system of claim 9 wherein said new dbx engine is connected to said debugger-GUI by means of said communications mechanism.

12. The computer implemented method for producing a distributed debugger system for debugging a distributed target application system of claim 9 further comprising a step of providing a first communications mechanism to permit one of said dbx engines to communicate with another of said dbx engines regardless of whether these dbx engines are on different host computers.

13. The computer implemented method for producing a distributed debugger system for debugging a distributed target application system of claim 9 further comprising a step of providing a second communications mechanism to permit said debugger-GUI to focus on one of said dbx engines regardless of which host computer said dbx engine is on.

14. The computer implemented method for producing a distributed debugger system for debugging a distributed target application system of claim 9 further comprising a step of providing a third communications mechanism to permit said user to obtain from said debugger-GUI a list of all active dbx engines regardless of which host computer said dbx engines are on.

11. A computer implemented method for producing a distributed debugger system for debugging a distributed target application system which resides on a local host computer and one or more remote host computers, the computer implemented method comprising the steps of:

providing a debugger-GUI and one or more debugger engines (hereinafter termed "dbx engines"), said debugger-GUI providing an interface mechanism for communicating with said dbx engines, wherein said dbx engines may reside on said local and remote host computers, and for communicating with a user of said debugger system;

providing a communications mechanism for use by said dbx engines and said debugger-GUI in sending messages to and receiving messages from each other;

providing a dbxWrapperFactory mechanism for use by said debugger-GUI to create a new dbx engine in a remote host computer for use in debugging a part of said target application system which resides on said remote host computer, said new dbx engine having capabilities equivalent to those of a SPARCworks dbx engine;

providing a dstep mechanism for instructing said dbx engines to ignore (that is, "step over") any of said intermediate Interface Definition Language ("IDL") generated code mechanisms which connect local and remote sections of said target application system but which are not part of said target application system itself; and

providing said new dbx engine a remote surrogate code test mechanism for determining which intermediate IDL generated code mechanisms which connect local and remote sections of said target application system should be ignored.