KR20140049824A - System for remotely debugging an application programming and controlling method therefor - Google Patents

Abstract

The present invention provides a system for remotely debugging an application program and a control method thereof. The system includes: a developer PC which has a developer area module, and a framework area module for separate debugging separated from the developer area module, in an integrated development environment, and which, after a developer develops an application program, immediately executes debugging in the framework area module when debugging the application program; and an execution server which is connected to the developer PC through a communication network in a UseMiddleware process to request a service, and executes the requested service and transmits the results to the developer PC in the UseMiddleware process. The present invention as described above can mount an HSF framework area for separate debugging in a terminal, in which a developer area is separated, when a developer develops an application program and then debugs the application program, can access a Biz.dll file in the HSF framework area and can immediately debug the application program to enable the developer to promptly debug the application program in the developer area through the mounted HSF framework area without a need to debug the application program after accessing the server via complex procedures every time for debugging when the developer develops the application program to reduce a number of steps for connection with the server for debugging, thereby improving convenience in development. [Reference numerals] (1) Developer area; (2) HSF framework area; (5) Service call; (AA) Process connection; (BB) Client program; (CC) Server program; (DD) Configuration information; (EE) Network; (FF) TCP communication; (GG) Distribution; (HH) Business hosting service[WCF Hosting Process,exe]; (II) Assembly

Description

[0001] The present invention relates to a remote application programming debugging system and a control method thereof,

The present invention relates to a remote application programming debugging system and a control method thereof. In particular, after installing an HSF frame area for individual debugging in a terminal having a developer area, a developer develops an application program, The present invention relates to a remote application programming debugging system and a control method thereof that significantly improve development convenience by connecting to a .dll file and immediately debugging the program.

 Generally, in order for a developer to develop an application program using a client, a client requests a server for development or debugging in a client-server structure, and the client requests a necessary factor for the service request It is provided for you. In this process, an application program that expresses the response returned from the server in a richer UI (user interface) to the user has a remote system architecture. At this time, the code for requesting the service of the remote server must be inserted into the client application program from the viewpoint of the above development, and in order to debug it, the client application program must enter the process of the remote server. To this end, the development tool provides a function called "Attach to Process" to support remote process debugging.

The prior art related to the above-described debugging apparatus is disclosed in Korean Patent Application No. 10-2002-47604 filed by Korea Electronics and Telecommunications Research Institute (entitled " Distributed Program Debugging Device Using Interprocess Communication Delegate "; Issued June 22, 2002).

Referring to FIG. 1, the debugging apparatus for a conventional usable program as described above is responsible for event processing of screens and screens, requests a debugging service to the outside when developing an application program, and displays the response contents on the screen. A plurality of clients 70A-N on which a plurality of clients (e.g., UI.exe) are mounted;

And a server 71 that mounts a service hosting program (ServiceHost.exe) to receive the service requested by the client 70A-N and drives the library by a service hosting program to perform debugging and execution.

The actual business logic of the server 71 is developed in the form of a library (Biz.dll) and includes the service logic including the DB 72.

Meanwhile, the operation of the debugging device of the conventional usable program is performed by first executing a UI program, that is, UI.exe at the time of development in the client 70A-N, and then executing a process (ServiceHost.exe) of the server 72, (TCP communication) in order to connect with the server 71. [ When the UI program of the client 70A-N, that is, UI.exe accesses the process (ServiceHost.exe) of the server 71 through the network (TCP communication) as described above, the process of the server 71 (ServiceHost.exe Executes the Biz.dll program contained in the DB 72 to connect to the UI program of the client 70A-N, that is, UI.exe, and executes the debugging.

In other words, in order to access the Biz.dll program of the server 71 for debugging by the UI program of the client 70A-N, the client 70A-N and the server 71 physically Since it is a separate process, it can not be accessed directly, but only through the network (TCP communication) and the process of the server 71 (ServiceHost.exe).

However, in the case of developing a large-scale system, the debugging apparatus for a conventional usable program as described above can divide a development area and a framework area so that the development area can concentrate only on the original development of the task, And environmental factors are usually developed to be controlled in the framework area. However, developing an application running in a distributed environment is more complex and more complex than developing an application that is performed locally alone. By including these elements in the framework area, the development area can be developed only by using the interface requesting the service provided by the framework. However, debugging in the distributed environment has inconveniences that can not be avoided by the architecture.

Particularly, in the debugging device of the conventional use program, in order to debug the server side program in the UI program in the development step, the user needs to access the Biz.dll. The UI.exe of the client and the ServiceHost.exe of the server are the isolated processes Because debugging is very complicated, it is very inconvenient for developers to use for debugging. Also, since many developers are unfamiliar with or inconvenienced how to connect and debug processes, debugging messages are sent to the console or message box as the primary debugging means. In this method, the code is not removed. However, when the code is developed at this time, it is necessary to redistribute the code when it is distributed at the operating time. This increases the operating cost considerably There was a problem. Furthermore, in the development environment of the client, when the debugging is terminated, the server process may be stopped and the server process may be restarted.

SUMMARY OF THE INVENTION The present invention has been made to solve the above problems of the prior art, and it is an object of the present invention to provide a method and system for debugging an application program, The present invention is directed to a remote application programming debugging system and a control method thereof that enable immediate debugging within a developer area through a realm.

It is another object of the present invention to provide a remote application programming debugging system and its control which maximizes development productivity by quickly finding and supplementing error points by quickly processing development and immediate debugging within a single developer area Method.

In order to achieve the above object, the present invention is characterized in that, in the integrated development environment, a developer area module and a developer area module are separated from each other and a framework area module for individual debugging is mounted. After the developer develops an application program, A developer PC that immediately executes debugging in the area module;

And an execution server that is connected to the UseMiddleware process through the communication network with the developer PC to request a service, and the UseMiddleware process executes the requested service and transmits the result to the developer PC.

Another feature of the present invention is that, in order to set the initial development environment in the developer area module of the developer PC, the program is developed by setting the configuration information to "false", and immediately debugging is performed in the framework area in the same developer PC for debugging A first step of:

After receiving the packet information of the communication method set up remotely from the developer PC after the first process, the packet analyzing unit analyzes the corresponding packet information, searches for the designated path, executes the developed program, and transmits the execution result to the corresponding developer PC 2 process;

If the configuration information of the framework area in the developer PC is " false " after the first process, the first process is repeatedly executed. On the other hand, if the configuration information of the framework area is "true & And a third step of controlling the remote application programming debugging system.

According to the present invention, an HSF frame area for individual debugging is mounted in a terminal having a developer area, and then a developer develops an application program. Then, the user accesses the Biz.dll file in the HSF frame area at the time of debugging, Therefore, since the developer does not have to access the server after complicated procedures for debugging at the time of developing the application program and debugging is performed, the debugging is immediately performed in the developer area through the HSF frame area mounted on the self, And thus the development convenience is significantly improved.

In addition, since the present invention quickly processes development and immediate debugging in one developer area, error points can be quickly found and supplemented, thereby maximizing development productivity.

In addition, the present invention as described above makes it possible to develop a program having a distributed application architecture in a familiar environment, to provide a convenience of reducing a debugging step, and to develop and debug in an integrated development environment , The development process can be simplified by eliminating the need for accessing and controlling other processes, which is very advantageous in terms of development convenience. In addition, the present invention as described above enables debugging in an integrated development environment to quickly and clearly detect an error point, thereby improving development productivity. Further, it does not use a temporary code for debugging, It is very effective in terms of ease of operation because it minimizes the case where it is redistributed when distributed at the operating time.

1 is an explanatory view for explaining a debugging apparatus of a conventional usable program;
2 is an explanatory diagram illustrating an application programming debugging system of the present invention.
3 is an explanatory diagram for explaining a communication API of the present invention;
4 is a flowchart of the present invention.

Hereinafter, the present invention will be described in detail with reference to the accompanying drawings.

2, the system of the present invention is divided into a developer area module 1 and a developer area module 1 in an integrated development environment, and a framework area module 2 for individual debugging is mounted, A developer PC (3A-N) which develops the program and immediately executes debugging in the framework area module (2) at the time of debugging;

The application program is connected to the UseMiddleware process through the communication network (TCP communication) with the developer PC 3A-N to request the service, and the UseMiddleware process executes the requested service and transmits the result to the developer PC 3A-N And a server (4).

As shown in FIG. 3, the developer PC 3A-N uses URI_KEY information as a communication API (InvokeBizService: 5A-N) in the HSF frame area module 2, and when the URI_KEY information is True, (WCFHosting Process.exe) of the server (4).

     At this time, in order to perform debugging in the developer area module 1 of the developer PC 3A-N, the UI.exe file for debugging is not directly connected to the execution server 4 but is stored in the same developer PC 3A-N A communication API (InvokeBizService) for driving the HSF frame area module 2 installed uses BizDebugDir information to find the location of Biz.dll in the developer PC and loads Biz.dll.

In this process, the branch determination may be set according to the value of Use Middleware.

Next, the method of the present invention having the above configuration will be described.

The method of the present invention sets the configuration information to the first value in order to set the initial development environment in the developer area module of the developer PC in the initial state S1 as shown in FIG. A first step (S2) of immediately executing debugging in a framework area module in a developer PC;

If the packet information of the communication method set up remotely from the developer PC is received after the first step S2, the packet information is analyzed and the corresponding developed program is executed by searching for the designated path, and the execution result is sent to the corresponding developer PC A second step (S3) for transmitting the data;

If the configuration information of the framework area module in the developer PC is the first value after the first process (S2), the first process (S2) is repeatedly executed. If the configuration information of the framework area module is the second value, And a third step (S4) of repeating the second step (S3).

In the first step S2, configuration information for the development environment is changed to a first value " false " through UseMiddleware (a program for editing a file) -1 step;

After the step 2-1-1, the program developed in the developer area module is coded or the developed server program (dll) is compiled and then the coding or the compilation is normally created A step 2-1-2 of setting a position point of a program to be debugged to confirm whether or not the program is to be debugged;

And (2-1-3) passing the location information to be debugged to the API of the framework module through the API in the developer area module after the step (2-1-2).

In the first process (S2), the framework area module finds the debugging information of the developed program transmitted through the API of the developer area module via the API, performs debugging, and displays the result on the display of the developer PC 2-2 < / RTI >

In step 2-2, the framework area module uses Use Middleware to check the configuration information and BusinessDebugDir is used as the path API to find the assembly.

In addition, the framework area module uses Biz.dll to locate and debug the program tracked by BusinessDebugDir.

      In the first process (S2), if the use middleware checks the value of the configuration information in the framework area module and the second value is true, the WCF Service Agent (API for remote communication) executes a communication procedure for executing a call to the execution server A step 2-3-1 of calling,

      A step 2-3-2 of generating packet information of a program developed after the step 2-3-1,

      After the step 2-3-2, the developer PC changes the packet information according to the transmission communication standard, writes the URI_KEY value of the configuration information at the parameter position of the service proxy, 3 steps.

In the step 2-3-1, the InvokeBizService (API) is used as the WCF Service Agent. In step 2-3-2, the packet information includes an assembly name, a class name, a method (function) name, and a parameter name.

In the second step S3, the service host of the execution server receives the remote service request from the developer PC and then executes an interface conforming to the mutual communication protocol.

A third step (3-2) of confirming and analyzing the contents of the packet information transmitted from the developer PC after step (3-1) by the REQUEST (API)

A step 3 - 3 of passing the contents interpreted by the REQUEST (API) of the execution server to the InvokeBizService which is the service execution method after the step 3 - 2,

After the step 3-3, InvokeBizService, which is a remote service execution method, finds the specified path, loads the assembly, obtains the class from the loaded assembly, and calls the final method to execute the developed program, To the third step.

In other words, in order to develop an application program in the developer PC (3A-N) of the system of the present invention, the configuration information of the development environment is first used for setting environment of the developer PC (3A-N) To "false". After coding the program developed by the developer area module 1 of the developer PC 3A-N or compiling the developed server program dll, The location of the program to be debugged is set in order to check whether the coding or the compilation is normally created at the point of the debugging. Further, the developer area module 1 passes the location information to be debugged to the API area 5 of the framework area module 2 through the API 5.

Then, the framework area module 2 finds location information to be debugged of the developed program transmitted through the API 5 of the developer area module 1 through the API, performs debugging, and outputs the result to the developer PC 3A-N on the display (not shown). Here, in the framework area module 2, UseMiddleware is used to confirm the configuration information, and BusinessDebugDir is used as a path API to search the assembly. In addition, the framework area module 2 uses Biz.dll to locate and debug the program tracked by BusinessDebugDir.

On the other hand, if the UseMiddleware checks the value of the configuration information in the framework area module 2, the WCF Service Agent (API for remote communication) calls a communication procedure for executing a call to the execution server. After generating the packet information of the developed program using the WCF Service Agent, for example, the InvokeBizService (API), the developer PC 3A-N changes the packet information according to the transmission communication standard, and updates the packet information of the service proxy Writes the URI_KEY value of the configuration information to the parameter location, and then transmits the URI_KEY value to the execution server 4. At this time, the packet information includes an assembly name, a class name, a message (function) name, and a parameter name.

In addition, after receiving the remote service request from the developer PC 3A-N, the service host of the execution server 4 executes the interface conforming to the mutual communication protocol. At this time, the service host of the execution server 4 checks and interprets the contents of the packet information transmitted from the developer PC 3A-N by REQUEST (API). Then, the content analyzed by the REQUEST (API) of the execution server 4 is transferred to the service execution method InvokeBizService. Then, InvokeBizService, the remote service execution method, finds the specified path in DB (6), loads the assembly, obtains the class from the loaded assembly, calls the final method, executes the developed program, and returns the result to the developer PC. To (3A-N).

1: Developer domain module 2: Framework domain domain module
3A-N: Developer PC 4: Execution Server
5: API 6: DB

Claims (11)

In the integrated development environment, the developer area is separated from the developer area module, and a framework for individual debugging. After the developer loads the application area and debugs, the developer PC and the debugging area ;
And an execution server connected to the developer PC via a communication network to request a service, and the UseMiddleware process executing the requested service and transmitting the result to the developer PC. The method of claim 1, wherein the developer PC uses URI_KEY information as a communication API (InvokeBizService) to the HSF frame area module, and transmits the information to a service hosting program (WCFHosting Process.exe) of the execution server when the URI_KEY information is True. Remote application programming debugging system, characterized in that the configuration. A first process of developing a program by setting configuration information to a first value in order to set an initial development environment in a developer area module of a developer PC, and immediately executing debugging in a framework area in the same developer PC for debugging;
After receiving the packet information of the communication method set up remotely from the developer PC after the first process, the packet analyzing unit analyzes the corresponding packet information, searches for the designated path, executes the developed program, and transmits the execution result to the corresponding developer PC 2 process;
After the first process, when the configuration information of the framework area in the developer PC is the first value, the first process is repeatedly performed. On the other hand, if the configuration information of the framework area is the second value, A method for controlling a remote application programming debugging system, the method comprising: 4. The method according to claim 3, wherein in the first step, the configuration information for the development environment is changed to a first value " false " through UseMiddleware (a program for editing a file) Step 1-1;
After the step 2-1-1, the program developed in the developer area module is coded or the developed server program (dll) is compiled and then the coding or the compilation is normally created A step 2-1-2 of setting a position point of a program to be debugged to confirm whether or not the program is to be debugged;
Further comprising a step (2-1-3) of passing, after the step (2-1-2), the location information to be debugged from the developer area module to the API of the framework module via the API, Control method. 4. The method according to claim 3, wherein in the first step, the framework area module finds location information for debugging the developed program transmitted through the API of the developer area module through the API, performs debugging, The method comprising the steps of: (2-2) displaying on the remote application programming debugging system. 6. The method of claim 5, wherein in step 2-2, the framework area module uses UseMiddleware to check configuration information and BusinessDebugDir is used as a path API to find an assembly. The method of claim 3, wherein the framework area module uses Biz.dll to locate and debug a program tracked by BusinessDebugDir. 4. The method as claimed in claim 3, wherein, in the first step, when the value of the configuration information is checked by Use Middleware in the framework area module and the second value is true, the WCF Service Agent (API for remote communication) A step 2-3-1 of calling a communication procedure to be performed,
A step 2-3-2 of generating packet information of a program developed after the step 2-3-1 and a step 2-3-2 of modifying the packet information according to a transmission communication standard in the developer PC Further comprising a step 2-3-3 of writing the URI_KEY value of the configuration information to the parameter location of the service proxy and then transmitting the URI_KEY value to the server. The method of claim 8, wherein in the step 2-3-1, the WCF service agent is called using InvokeBizService (API). 9. The method according to claim 8, wherein the packet information includes an assembly name, a class name, a method name, and a parameter name in step 2-3-2. 4. The method of claim 3, wherein the second step includes a third step (3-1) in which a service host of the execution server executes an interface conforming to a mutual communication protocol after receiving a remote service request from a developer PC,
Step 3-2, after the step 3-1, REQUEST (API) checks and interprets the contents of the packet information transmitted from the developer PC;
Step 3-3, after the step 3-2, passing the content interpreted by the REQUEST (API) of the execution server to the service execution method, InvokeBizService,
After step 3-3, InvokeBizService, the remote service execution method, finds the specified path, loads the assembly, obtains the class from the loaded assembly, calls the final method, executes the developed program, and returns the result to the developer PC. The control method of the remote application programming debugging system, characterized in that it further comprises steps 3-4.

Images