WO1998034386A1 - Web request broker controlling multiple processes - Google Patents

Web request broker controlling multiple processes Download PDF

Info

Publication number
WO1998034386A1
WO1998034386A1 PCT/US1998/001644 US9801644W WO9834386A1 WO 1998034386 A1 WO1998034386 A1 WO 1998034386A1 US 9801644 W US9801644 W US 9801644W WO 9834386 A1 WO9834386 A1 WO 9834386A1
Authority
WO
WIPO (PCT)
Prior art keywords
request
instance
program
instances
server
Prior art date
Application number
PCT/US1998/001644
Other languages
French (fr)
Inventor
Seshu Adunuthula
Mala Anand
Tsung-Jen Chou
Shehzaad Nakhoda
Raymond Ng
Robert Pang
Ankur Sharma
Matthew Bookman
Original Assignee
Oracle Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Oracle Corporation filed Critical Oracle Corporation
Priority to DE69812899T priority Critical patent/DE69812899T2/en
Priority to JP53303898A priority patent/JP4083233B2/en
Priority to AT98903802T priority patent/ATE236480T1/en
Priority to AU60478/98A priority patent/AU740827B2/en
Priority to CA2279382A priority patent/CA2279382C/en
Priority to EP98903802A priority patent/EP0956687B1/en
Publication of WO1998034386A1 publication Critical patent/WO1998034386A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/48Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806Task transfer initiation or dispatching
    • G06F9/4843Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/5055Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering software capabilities, i.e. software resources associated or available to the machine
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00Indexing scheme relating to G06F9/00
    • G06F2209/50Indexing scheme relating to G06F9/50
    • G06F2209/5018Thread allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols

Definitions

  • This invention relates to server architectures in networked computer systems, more specifically to web servers executing server applications supporting dynamic operations for web users.
  • the World Wide Web includes a network of servers on the Internet ("web servers"), each of which has one or more HTML (Hypertext Markup Language) pages.
  • HTML pages on a web server provide information and hypertext links to other documents on that and (usually) other web servers.
  • Web servers communicate with clients by using the Hypertext Transfer Protocol (HTTP) .
  • HTTP Hypertext Transfer Protocol
  • a client program referred to as a browser
  • a browser to request, decode and display information from a selected web server.
  • a request is sent over the Internet to the web server that stores information specified in the link.
  • the web server transmits the specified information to the browser that issued the request.
  • the browser receives the information, presents the received information to the user, and awaits the next user request.
  • the information stored on web servers is in the form of static HTML pages. Static HTML pages are created and stored at the web server prior to a request from a web browser. In response to a request, a static HTML page is merely read from storage and transmitted to the requesting browser.
  • CGI common gateway interface
  • the CGI approach suffers from the disadvantage that a separate process (a separate instance of the CGI program) is initiated each time the specified request is received by the server. Receipt of a thousand such requests from different users will thus cause a thousand processes to be initiated, exhausting available resources on the server.
  • a plug-in extension intercepts messages sent to the server at various stages to perform application-specific processing for a specific user request.
  • a web server plug-in executes in the same address space as the web server and all other web server plug- ins.
  • an application developer designing a plug-in must be familiar with the lower level operational details of the web server.
  • execution of the plug- ins in the same address space as the web server exposes the web server to security and stability risks, where a faulty plug-in may cause other plug-ins or the web server itself to crash, or perform in an unpredictable manner.
  • a web request broker controls processing of a request by identifying a program that corresponds to the request, selectively initiating an instance of the program, and dispatching the request to the instance to process the request.
  • a request issued to a server from a client over a network system is processed by obtaining the request over a network, and identifying a program that corresponds to the request.
  • An instance of the program is selectively initiated based on a prescribed number of instances of the program.
  • the request is dispatched to the initiated instance of the program, and the instance executes the corresponding program to process the request.
  • the request is then responded to, based on the execution of the instance.
  • a plurality of programs may be added to a server process in a controllable manner.
  • the selective initiation of an instance of an identified program ensures that the server maintains control of the multiple instances, preserving stability in server operations.
  • the prescribed number of instances may also specify both a minimum and a maximum number of instances, enabling processing delays to be minimized by maintaining at least a minimum number of instances in memory for subsequent requests, while maintaining control of server resources by limiting the maximum number of instances.
  • a method for execution by a server is configured to respond to a request for performance of an operation. The method includes obtaining the request over a network, and forwarding the request to a dispatcher plug-in executed by the server.
  • the request is processed by causing the dispatcher plug-in to determine whether an available instance of a program, configured to handle the request, is available from an existing number of the program instances. If an instance is available, then the request is dispatched for execution by the available instance. If no instance is available, then a new instance is initiated if the existing number of instances does not exceed a maximum prescribed number. If no instance is available and the existing number of instances exceeds the maximum prescribed number; then a reply is sent over the network indicating the request was not processed.
  • the dispatcher plug-in manages server resources in processing the request by selectively dispatching the request for execution or denying the request based upon the availability of an instance relative to the maximum prescribed number of instances.
  • the present invention enables a plurality of extension programs to be added to a server process in a controllable manner.
  • the dispatcher plug-in controls execution of different extension programs running in separate and independent instances, and selectively routes requests to available instances, ensuring that the server process and the server extension programs are not overloaded.
  • Figure 1 is a block diagram of a web server responding to a request received from a client over a network system, according to an embodiment of the present invention
  • Figure 2 is a block diagram of the web server according to a first embodiment of the present invention
  • FIGS. 3 A and 3B are flow diagrams summarizing the method for responding to the client request according to an embodiment of the present invention
  • Figure 4 is a flow diagram illustrating a method of initiating the server process according to an embodiment of the present invention.
  • Figure 5 is a block diagram illustrating the web request broker according to a second embodiment of the present invention.
  • the web server 10 receives the request from a client 12 over a network system 14, for example the World Wide Web using Transmission Control Protocol/Internet Protocol (TCP/TP).
  • the web server 10 includes a web listener 16, a web request broker 18, and a plurality of server extension programs 20.
  • a user of the network 14 uses the client program 12 to request, decode and display information from the web server 10.
  • the client program 12 includes a web browser 22 that sends a request to the web listener 16 via the network 14.
  • the client program also includes browser extension programs 24 (e.g., "plug-in" extensions) that provide additional processing capabilities for the web browser 22.
  • Communication between the web browser 22 and the web listener 16 is executed using standardized protocol, for example Hypertext Transfer Protocol (HTTP), Version 1.0.
  • HTTP 1.0 protocol may be used with optional secure sockets layer (SSL) based data-encryption to establish a short-term connection between the web browser 22 and the web listener 16.
  • SSL secure sockets layer
  • the web listener 16 receives the client request over the network 14, and forwards the request to the web request broker 18.
  • the web request broker 18 selectively dispatches the request to an executable instance of one of the server extension programs 20 for processing.
  • the web listener 16 upon receiving a reply from the web request broker 18, outputs the reply to the client request via the network 14.
  • the web browser 22 determines the type of request received, and determines how to handle the response. For example, the response may either be processed natively by the web browser 22, or the web browser 22 may use one of the browser extension programs 24 for further processing.
  • the browser extension programs 24 will typically be implemented as a client-side plug-in that performs specific processing of the reply.
  • the client 12 Upon completing the processing, the client 12 will typically display the result in the web browser's main viewing area as a hypertext mark-up language (HTML) page.
  • HTML hypertext mark-up language
  • FIG. 2 is a block diagram of the server 10 according to a first embodiment of the present invention.
  • the web listener 16 includes an HTTP daemon 16a that supports network transport according to HTTP protocol.
  • the web listener 16 receives the client request from the network 14, typically delivered in the form of a Uniform Resource Locator (URL).
  • the client request serves as an identifier for a web object, for example an HTML page or an operation to be performed.
  • the web listener 16 hands off the client request to the web request broker 18 without any attempt at interpreting the client request.
  • the web request broker 18 includes a dispatcher plug-in 30 and a plurality of execution engines 32.
  • the web request broker 18 controls processing of the client request by identifying an extension program 20 configured to process the client request, and dispatching the client request for execution by an available instance of the extension program.
  • the dispatcher plug-in 30 includes a configuration library 34 that identifies the available programs for handling different requests, described in detail below. Once the dispatcher plug-in 30 identifies a program extension 20 that is configured to process the request, the dispatcher plug-in 30 determines whether an available instance of the program configured to handle the request is available, and dispatches the request for execution by the available instance, described below.
  • the web server 10 also includes a plurality of server extension programs 20a, 20b and 20c.
  • Each server extension program also referred to as a system cartridge, is configured for a different operation.
  • a server extension program is configured as a cartridge that performs a well-defined function, or as a programmable cartridge that acts as an interpreter or a routine environment for an application.
  • An example of a programmable cartridge is a PL/SQL agent 20a, configured to process database queries according to the Oracle-based Programming Language using Structured Query Language (PL/SQL).
  • the PL/SQL agent 20a executes a client request having a database query by executing an individual process 36 (i.e., a separate instance of the PL/SQL agent 20a). Execution of the instance 36a causes the instance to process the request, for example accessing a database server 40 in communication with the instance 36 via a data link 42.
  • a programmable cartridge-type server extension program is a JAVA interpreter 20b, which enable web application developers to write server-side JAVA applications to process client requests.
  • a custom server 20c may be configured as an extension program in order to provide dynamic operations, for example accessing processes executed by a third party server 46.
  • the extension programs 20a, 20b, and 20c stored as executable code, are executed by first initiating an instance 36 of the corresponding extension program 20 into server memory, and executing the instance.
  • An instance is equivalent to a process in a UNIX environment.
  • the web request broker 18 manages the execution of each of the extension programs 20 by initiating a predetermined minimum number of instances 36a, 36b, 36c for the extension programs 20a, 20b, 20c, respectively. If the web request broker 18 receives a client request and determines that no instance 36 of the appropriate extension program is available, the web request broker 18 will initiate a new instance of the program to execute the request if the existing number of instances does not exceed a maximum prescribed number.
  • the web request broker 18 will identify the PL/SQL agent 20a as the program configured to handle the request. The web request broker 18 will determine whether an existing instance 36a of the program 20a is available to handle the request. If no instance is available, e.g., all the existing instances S ⁇ a ⁇ a,, are processing other client requests, the web request broker 18 will initiate a new instance 36 ⁇ + , if the existing number of instances 36a does not exceed a maximum prescribed number. As shown in Figure 2, the web request broker 18 includes web request broker execution engines (WRBX) 32 for each of the extension programs 20.
  • WRBX web request broker execution engines
  • the execution engine 32 controls execution of the instances of the corresponding program by providing an application programming interface (WRB API) that specifies predetermined operations to be performed by the instances of the corresponding program.
  • WB API application programming interface
  • any extension program can be integrated into the server 10 by configuring the extension program to respond to the callback functions (for example an initialization function, a request handler, and a shutdown function), and then registering the extension program in the configuration library 34, described below.
  • the dispatcher plug-in 30 determines that the PL/SQL agent 20a is the appropriate extension to process a request, the dispatcher plug-in 30 dispatches the request to the execution engine 32a.
  • the dispatcher plug-in 30 creates a new instance of the program in a separate address space and dispatches the request to the execution engine 32a of the new instance.
  • the address space used to execute the instance of the program may be within memory of the computer system upon which the web request broker is executing, or on another computer system.
  • the execution engine 32a then issues a request handler callback function to the specified instance 36a j , causing the instance 36aj to process the request, for example by accessing the database 40.
  • the instance 36 ⁇ executing the request returns the result to the execution engine 32a, which forwards the result to the dispatcher plug-in 30.
  • the execution engine 32a issues a shutdown function to abort the instance from memory.
  • the execution engine 32a provides an application programming interface to the web request broker 18 (WRB API) that specifies predetermined operations to be performed.
  • WRB API web request broker 18
  • Use of the WRB API enables programmers of the extension programs 20 to configure each extension program for high-level integration into the server 10 independent of the protocols used by the particular web listener with which the extension program will be used.
  • FIGS 3 A and 3B summarize a flow diagram illustrating a method of responding to the client request according to an embodiment of the present invention.
  • the client request is received in step 50 by the web listener 16.
  • the web listener 16 forwards the request to the web request broker 18 in step 52.
  • the dispatcher plug- in 30 identifies the program that corresponds to the client request by accessing in step 54 the configuration library 34.
  • the configuration library 34 includes for each program an object type corresponding to the request processed by the corresponding program. For example, if the client request is a URL request beginning with.the virtual path "/Java", the configuration library 34 will store a corresponding object specifying that the JAVA interpreter 36b is configured to handle requests having the virtual path "/Java".
  • the configuration library 34 will also include a virtual path specifying an address location for the stored program used to initiate instances of the program 20.
  • the dispatcher plug-in 30 determines in step 56 if the request object type (e.g., the virtual path specified in the client request) corresponds to an identifiable program, where the request object type corresponds to an object type stored in the configuration library 34. If the request object type does not correspond to an identifiable program, the request is returned to the web listener 16 in step 58 (see Figure 3B). If in step 58 the HTTP daemon 16a recognizes the request as a request for a static HTML page, the HTTP daemon accesses the static HTML page from the page memory 16b, and sends the reply to the client in step 60. If the client request is not recognized by the HTTP daemon, the reply is sent to the client in step 60 indicating that the request was unrecognizable.
  • the request object type e.g., the virtual path specified in the client request
  • step 56 the dispatcher plug-in 30 identifies from the configuration library 34 an extension program configured to handle the request
  • the dispatcher plug-in 30 determines in step 62, shown in Figure 3B, whether an available instance of the identified program is available among the existing number of instances 36. If in step 62 the dispatcher plug-in 30 identifies an available instance, for example instance 36a 2 of the PL/SQL agent 20a, the corresponding execution engine 32 is called in step 68 to execute the available instance to process the request, described below. However, if in step 62 no instance of the identified program 20 is available, the dispatcher plug-in 30 determines in step 64 if the existing number of instances exceeds a maximum prescribed number, stored in the configuration library 34.
  • the dispatcher plug-in 30 returns the request to the web listener 16 in step 58, after which the web listener sends a reply to the client over the network in step 60 indicating the request was not processed.
  • step 64 the dispatcher plug-in 30 initiates a new instance of the identified program and dispatches the request to the execution engine 32a of the new instance. For example, the dispatcher plug-in 30 initiates a new instance of the PL/SQL agent 20a.
  • the stored sequences of instructions for the PL/SQL agent 20a are accessed to create a new instance 36a, of the program 20a in an.address space that is separate from the address space in which dispatcher plug-in 30 is executing.
  • the dispatcher plug-in 30 dispatches the request to the execution engine 32a associated with the new instance 36a, in step 68.
  • the execution engine 32a sends a callback message to the new instance 36a, requesting execution of the request.
  • the execution engine 20 passes in the callback message any parameters necessary for the instance 36a, to process the request, for example passwords, database search keys, or any other argument for a dynamic operation executed by the instance 36a,.
  • the instance 36a then executes the request.
  • the dispatcher plug-in 30 monitors the instance to determine the occurrence of a fault in step 70.
  • step 70 the dispatcher plug-in 30 detects a fault
  • the dispatcher plug-in 30 calls the corresponding execution engine 32 in step 72 to abort the instance 36 having the fault.
  • the corresponding execution engine 32 in turn issues a shut down command across the API to the faulty instance.
  • the instance responding to the shut down command by the execution engine 32, will shut down without affecting any other process in any other address space.
  • step 70 the dispatcher plug-in 30 receives a reply from the instance 36 upon completion of execution in step 74.
  • the dispatcher plug-in 30 in step 76 forwards the reply to the web listener 16, which responds to the client with the reply from the executed instance 36.
  • the dispatcher plug-in 30 in step 78 maintains the instance in the memory, as shown in step 78 to enable execution of a subsequent request.
  • the disclosed arrangement manages multiple instances of different extension programs to process a variety of user requests.
  • Each instance 36 for any program 20 is executed in a separate memory space, enabling a faulty instance 36 of a program 20 to be aborted without affecting any other instances of the programs.
  • the web request broker 18 also controls the number of instances for each given extension program 20.
  • server resources are controlled to ensure that a large number of requests do not overwhelm the server 10 by an uncontrollable generation of instances.
  • Execution throughput also is improved by maintaining a minimum number of instances ready for execution.
  • additional instances may be initiated and maintained in memory for executing subsequent requests, as opposed to terminating an instance after a single execution and then reloading the extension program into memory in order to recreate an instance for execution of a subsequent request.
  • FIG. 4 is a diagram illustrating the initialization of the server 10 according to an embodiment of the present invention.
  • the server 10 is initialized by starting the server process in step 90, where the web listener and supporting processes are loaded into memory space.
  • the server 10 then starts the dispatcher plug-in 30 in step 92, causing the sequences of instruction for executing the web request broker 18 to be stored in memory.
  • extension programs 20 are then registered with the dispatcher plug-in 30 in step 94 by storing in the configuration library 34, for each extension program 20: (1) the cartridge name; (2) the minimum number of required instances 36; (3) the maximum number of instances; (4) the virtual path for accessing the extension program, i.e., the address space to be accessed to initiate a new instance of the program; (5) the program-dependent function names used by the execution engine to execute the callback functions (initialization, request handler, shutdown); and (6) an object identifier, for example an object type to be supplied by a client request for requesting performance of an operation by the corresponding extension program 20.
  • the object type may be a specific word, or may include a virtual path, for example "/java".
  • the extension programs 20 may be registered in step 94 by a server manager, i.e., a web master having access to the configuration library in a real-time user-interactive environment. Once the server manager has established the configuration library, the extension programs may be registered in step 94 automatically by accessing a non-volatile memory, for example a disk.
  • the dispatcher plug-in 30 After registering the extension programs with the dispatcher plug-in 30, the dispatcher plug-in 30 initiates the minimum instances for each program in a separate address space in step 96. Once the minimum number of instances has been initiated, the server 10 is prepared to process client requests. Each execution engine 32 tracks the location in memory and status of each instance 36 of the corresponding program 20.
  • FIG. 5 is a block diagram of the server 10, according to a second embodiment of the present invention.
  • the first embodiment of Figure 2 assumes that the dispatcher plug-in 30 is compatible with the lower level processes of the web listener 16 and the HTTP daemon 16a.
  • the embodiment of Figure 5 is a modification of the first embodiment of Figure 2, in that the server includes a transport adapter 17 that receives a client request from the HTTP daemon 16' operating according to a protocol different from the web request broker 18.
  • the transport adapter 17 is configured to recognize the protocols of different HTTP daemons, and can convert the client requests received from the HTTP daemon 16' into a converted client request having a second protocol independent from the protocol of the HTTP daemon 16' and matching the protocol of the web request broker 18. Hence, the transport adapter 17 enables the web request broker 18 to be used with HTTP daemons from different vendors. Moreover, transport adapter 17 may be configured to accommodate different server architectures and operating systems. Hence, the transport adapter 17 converts a client request from the HTTP daemon 16' from a first protocol to a second protocol compatible with the web request broker 18. Similarly, replies from the web request broker are converted to the transport protocol of the HTTP daemon 16' to enable the HTTP daemon 16' to send the reply to the user via the network.

Abstract

A web server configured to respond to client requests over a network such as the World Wide Web includes a web listener having a Hypertext Transfer Protocol (HTTP) daemon, a plurality of extension programs configured to perform respective operations, and a web request broker configured to identify one of the programs for responding to a client request, and determine the availability of an instance of the identified program. The web request broker maintains control of multiple instances of each server extension program to provide enhanced server operation without overwhelming server resources. The web request broker maintains a minimum number of instances of the identified program in memory, each executed in its own address space. The web request broker determines whether an available instance of the identified program is available from an existing number of instances, and selectively initiates a new instance of the program if no other instance is available. If no instance is available and the existing number of instances exceeds the maximum prescribed number, then the web request broker returns the reply to the web listener to send a reply over the network that the request was not processed.

Description

WEB REQUEST BROKER CONTROLLING MULTIPLE PROCESSES
FIELD OF THE INVENTION
This invention relates to server architectures in networked computer systems, more specifically to web servers executing server applications supporting dynamic operations for web users.
BACKGROUND OF THE INVENTION
The World Wide Web includes a network of servers on the Internet ("web servers"), each of which has one or more HTML (Hypertext Markup Language) pages. The HTML pages on a web server provide information and hypertext links to other documents on that and (usually) other web servers. Web servers communicate with clients by using the Hypertext Transfer Protocol (HTTP) .
Users of the World Wide Web use a client program, referred to as a browser, to request, decode and display information from a selected web server. When the user of a browser selects a link, a request is sent over the Internet to the web server that stores information specified in the link. In response to the request, the web server transmits the specified information to the browser that issued the request. The browser receives the information, presents the received information to the user, and awaits the next user request. Traditionally, the information stored on web servers is in the form of static HTML pages. Static HTML pages are created and stored at the web server prior to a request from a web browser. In response to a request, a static HTML page is merely read from storage and transmitted to the requesting browser. Currently, there is a trend to develop web server applications that respond to browser requests by performing dynamic operations. For example, a web server may respond to a request by issuing a query to a database, dynamically constructing a web page containing the results of the query, and transmitting the dynamically constructed HTML page to the requesting browser. To perform dynamic operations, the functionality of the web server must be enhanced or augmented. Various approaches have been developed for extending web servers to support dynamic operations. One approach to the provide dynamic operations in response to requests from web browsers uses the common gateway interface (CGI). CGI is a specification for transferring information between a web server and a CGI program. A CGI program is any program designed to accept and return data that conforms to the CGI specification. The program could be written in any programming language, including C, Perl, or Visual Basic.
The CGI approach suffers from the disadvantage that a separate process (a separate instance of the CGI program) is initiated each time the specified request is received by the server. Receipt of a thousand such requests from different users will thus cause a thousand processes to be initiated, exhausting available resources on the server.
An alternative approach to providing dynamic responses to requests involves using a "plug-in" extensions. A plug-in extension intercepts messages sent to the server at various stages to perform application-specific processing for a specific user request. A web server plug-in executes in the same address space as the web server and all other web server plug- ins. Hence, an application developer designing a plug-in must be familiar with the lower level operational details of the web server. Moreover, execution of the plug- ins in the same address space as the web server exposes the web server to security and stability risks, where a faulty plug-in may cause other plug-ins or the web server itself to crash, or perform in an unpredictable manner.
SUMMARY OF THE INVENTION
There is a need for an arrangement that enables web servers to support dynamic server operations, where multiple external processes may be initiated, managed, and terminated in a controllable, scalable and efficient manner.
There is also a need for an arrangement for responding to a client request issued to a web server executing multiple instances of a program configured to process the request, where the request from the client is selectively dispatched to an available instance. There is also a need for an arrangement that responds to a client request, where an instance of a program configured to process the request is selectively initiated based on the availability of existing instances and a predetermined maximum number of instances.
These and other needs are attained by the present invention, where a web request broker controls processing of a request by identifying a program that corresponds to the request, selectively initiating an instance of the program, and dispatching the request to the instance to process the request. According to one aspect of the present invention, a request issued to a server from a client over a network system is processed by obtaining the request over a network, and identifying a program that corresponds to the request. An instance of the program is selectively initiated based on a prescribed number of instances of the program. The request is dispatched to the initiated instance of the program, and the instance executes the corresponding program to process the request. The request is then responded to, based on the execution of the instance. Hence, a plurality of programs, for example server extensions, may be added to a server process in a controllable manner. Moreover, the selective initiation of an instance of an identified program ensures that the server maintains control of the multiple instances, preserving stability in server operations. The prescribed number of instances may also specify both a minimum and a maximum number of instances, enabling processing delays to be minimized by maintaining at least a minimum number of instances in memory for subsequent requests, while maintaining control of server resources by limiting the maximum number of instances. According to another aspect of the present invention, a method for execution by a server is configured to respond to a request for performance of an operation. The method includes obtaining the request over a network, and forwarding the request to a dispatcher plug-in executed by the server. The request is processed by causing the dispatcher plug-in to determine whether an available instance of a program, configured to handle the request, is available from an existing number of the program instances. If an instance is available, then the request is dispatched for execution by the available instance. If no instance is available, then a new instance is initiated if the existing number of instances does not exceed a maximum prescribed number. If no instance is available and the existing number of instances exceeds the maximum prescribed number; then a reply is sent over the network indicating the request was not processed. Hence, the dispatcher plug-in manages server resources in processing the request by selectively dispatching the request for execution or denying the request based upon the availability of an instance relative to the maximum prescribed number of instances.
Hence, the present invention enables a plurality of extension programs to be added to a server process in a controllable manner. The dispatcher plug-in controls execution of different extension programs running in separate and independent instances, and selectively routes requests to available instances, ensuring that the server process and the server extension programs are not overloaded.
Additional objects, advantages and novel features of the invention will be set forth in part in the description which follows, and in part will become apparent to those skilled in the art upon examination of the following or may be learned by practice of the invention. The objects and advantages of the invention may be realized and attained by means of the instrumentalities and combinations particularly pointed out in the appended claims.
BRIEF DESCRIPTION OF THE DRAWINGS The present invention is illustrated by way of example, and not by way of limitation, in the figures of the accompanying drawings in which like reference numerals refer to similar elements and in which:
Figure 1 is a block diagram of a web server responding to a request received from a client over a network system, according to an embodiment of the present invention; Figure 2 is a block diagram of the web server according to a first embodiment of the present invention;
Figures 3 A and 3B are flow diagrams summarizing the method for responding to the client request according to an embodiment of the present invention;
Figure 4 is a flow diagram illustrating a method of initiating the server process according to an embodiment of the present invention; and
Figure 5 is a block diagram illustrating the web request broker according to a second embodiment of the present invention.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT A method and apparatus for responding to a request issued to a server from a client over a network system is described. In the following description, for the purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the present invention. It will be apparent, however, to one skilled in the art that the present invention may be practiced without the specific details. In other instances, well-known structures and devices are shown in block diagram form in order to avoid unnecessarily obscuring the present invention. OVERVIEW OF WEB SERVER ARCHITECTURE Figure 1 is a diagram of a web server responding to a request received from a client over a network system according to an embodiment of the present invention. The web server 10 receives the request from a client 12 over a network system 14, for example the World Wide Web using Transmission Control Protocol/Internet Protocol (TCP/TP). The web server 10 includes a web listener 16, a web request broker 18, and a plurality of server extension programs 20. A user of the network 14 uses the client program 12 to request, decode and display information from the web server 10. The client program 12 includes a web browser 22 that sends a request to the web listener 16 via the network 14. The client program also includes browser extension programs 24 (e.g., "plug-in" extensions) that provide additional processing capabilities for the web browser 22. Communication between the web browser 22 and the web listener 16 is executed using standardized protocol, for example Hypertext Transfer Protocol (HTTP), Version 1.0. The HTTP 1.0 protocol may be used with optional secure sockets layer (SSL) based data-encryption to establish a short-term connection between the web browser 22 and the web listener 16.
As described below, the web listener 16 receives the client request over the network 14, and forwards the request to the web request broker 18. The web request broker 18 selectively dispatches the request to an executable instance of one of the server extension programs 20 for processing. The web listener 16, upon receiving a reply from the web request broker 18, outputs the reply to the client request via the network 14. Upon receiving the reply, the web browser 22 determines the type of request received, and determines how to handle the response. For example, the response may either be processed natively by the web browser 22, or the web browser 22 may use one of the browser extension programs 24 for further processing. The browser extension programs 24 will typically be implemented as a client-side plug-in that performs specific processing of the reply. Upon completing the processing, the client 12 will typically display the result in the web browser's main viewing area as a hypertext mark-up language (HTML) page.
WEB REQUEST BROKER According to the present invention, web request broker 18, is configured to manage processing of client requests by selectively routing the client request to server extensions running in separate processes. Figure 2 is a block diagram of the server 10 according to a first embodiment of the present invention. The web listener 16 includes an HTTP daemon 16a that supports network transport according to HTTP protocol. The web listener 16 receives the client request from the network 14, typically delivered in the form of a Uniform Resource Locator (URL). The client request serves as an identifier for a web object, for example an HTML page or an operation to be performed. The web listener 16 hands off the client request to the web request broker 18 without any attempt at interpreting the client request.
The web request broker 18 includes a dispatcher plug-in 30 and a plurality of execution engines 32. The web request broker 18 controls processing of the client request by identifying an extension program 20 configured to process the client request, and dispatching the client request for execution by an available instance of the extension program. The dispatcher plug-in 30 includes a configuration library 34 that identifies the available programs for handling different requests, described in detail below. Once the dispatcher plug-in 30 identifies a program extension 20 that is configured to process the request, the dispatcher plug-in 30 determines whether an available instance of the program configured to handle the request is available, and dispatches the request for execution by the available instance, described below.
The web server 10 also includes a plurality of server extension programs 20a, 20b and 20c. Each server extension program, also referred to as a system cartridge, is configured for a different operation. Specifically, a server extension program is configured as a cartridge that performs a well-defined function, or as a programmable cartridge that acts as an interpreter or a routine environment for an application. An example of a programmable cartridge is a PL/SQL agent 20a, configured to process database queries according to the Oracle-based Programming Language using Structured Query Language (PL/SQL). The PL/SQL agent 20a executes a client request having a database query by executing an individual process 36 (i.e., a separate instance of the PL/SQL agent 20a). Execution of the instance 36a causes the instance to process the request, for example accessing a database server 40 in communication with the instance 36 via a data link 42.
Another example of a programmable cartridge-type server extension program is a JAVA interpreter 20b, which enable web application developers to write server-side JAVA applications to process client requests. Similarly, a custom server 20c may be configured as an extension program in order to provide dynamic operations, for example accessing processes executed by a third party server 46.
The extension programs 20a, 20b, and 20c, stored as executable code, are executed by first initiating an instance 36 of the corresponding extension program 20 into server memory, and executing the instance. An instance is equivalent to a process in a UNIX environment. The web request broker 18 manages the execution of each of the extension programs 20 by initiating a predetermined minimum number of instances 36a, 36b, 36c for the extension programs 20a, 20b, 20c, respectively. If the web request broker 18 receives a client request and determines that no instance 36 of the appropriate extension program is available, the web request broker 18 will initiate a new instance of the program to execute the request if the existing number of instances does not exceed a maximum prescribed number.
For example, if a client request specifies a request for access of the database 40, the web request broker 18 will identify the PL/SQL agent 20a as the program configured to handle the request. The web request broker 18 will determine whether an existing instance 36a of the program 20a is available to handle the request. If no instance is available, e.g., all the existing instances Sόa^όa,, are processing other client requests, the web request broker 18 will initiate a new instance 36^+, if the existing number of instances 36a does not exceed a maximum prescribed number. As shown in Figure 2, the web request broker 18 includes web request broker execution engines (WRBX) 32 for each of the extension programs 20. The execution engine 32 controls execution of the instances of the corresponding program by providing an application programming interface (WRB API) that specifies predetermined operations to be performed by the instances of the corresponding program. By establishing basic callback functions between the execution engine 32 and an extension program, any extension program can be integrated into the server 10 by configuring the extension program to respond to the callback functions (for example an initialization function, a request handler, and a shutdown function), and then registering the extension program in the configuration library 34, described below. Thus, if the dispatcher plug-in 30 determines that the PL/SQL agent 20a is the appropriate extension to process a request, the dispatcher plug-in 30 dispatches the request to the execution engine 32a. If a new instance of the program 20 needs to be initiated, the dispatcher plug-in 30 creates a new instance of the program in a separate address space and dispatches the request to the execution engine 32a of the new instance. The address space used to execute the instance of the program may be within memory of the computer system upon which the web request broker is executing, or on another computer system. The execution engine 32a then issues a request handler callback function to the specified instance 36aj, causing the instance 36aj to process the request, for example by accessing the database 40. The instance 36^ executing the request returns the result to the execution engine 32a, which forwards the result to the dispatcher plug-in 30. In the event that the web request broker 18 detects a fault in the operation, the execution engine 32a issues a shutdown function to abort the instance from memory.
Hence, the execution engine 32a provides an application programming interface to the web request broker 18 (WRB API) that specifies predetermined operations to be performed. Use of the WRB API enables programmers of the extension programs 20 to configure each extension program for high-level integration into the server 10 independent of the protocols used by the particular web listener with which the extension program will be used.
Figures 3 A and 3B summarize a flow diagram illustrating a method of responding to the client request according to an embodiment of the present invention. The client request is received in step 50 by the web listener 16. Upon receiving the client request, the web listener 16 forwards the request to the web request broker 18 in step 52. The dispatcher plug- in 30 identifies the program that corresponds to the client request by accessing in step 54 the configuration library 34. The configuration library 34 includes for each program an object type corresponding to the request processed by the corresponding program. For example, if the client request is a URL request beginning with.the virtual path "/Java", the configuration library 34 will store a corresponding object specifying that the JAVA interpreter 36b is configured to handle requests having the virtual path "/Java". The configuration library 34 will also include a virtual path specifying an address location for the stored program used to initiate instances of the program 20.
The dispatcher plug-in 30 determines in step 56 if the request object type (e.g., the virtual path specified in the client request) corresponds to an identifiable program, where the request object type corresponds to an object type stored in the configuration library 34. If the request object type does not correspond to an identifiable program, the request is returned to the web listener 16 in step 58 (see Figure 3B). If in step 58 the HTTP daemon 16a recognizes the request as a request for a static HTML page, the HTTP daemon accesses the static HTML page from the page memory 16b, and sends the reply to the client in step 60. If the client request is not recognized by the HTTP daemon, the reply is sent to the client in step 60 indicating that the request was unrecognizable.
If in step 56 the dispatcher plug-in 30 identifies from the configuration library 34 an extension program configured to handle the request, the dispatcher plug-in 30 determines in step 62, shown in Figure 3B, whether an available instance of the identified program is available among the existing number of instances 36. If in step 62 the dispatcher plug-in 30 identifies an available instance, for example instance 36a2 of the PL/SQL agent 20a, the corresponding execution engine 32 is called in step 68 to execute the available instance to process the request, described below. However, if in step 62 no instance of the identified program 20 is available, the dispatcher plug-in 30 determines in step 64 if the existing number of instances exceeds a maximum prescribed number, stored in the configuration library 34. If the existing number of instances exceeds the maximum prescribed number in step 64. the dispatcher plug-in 30 returns the request to the web listener 16 in step 58, after which the web listener sends a reply to the client over the network in step 60 indicating the request was not processed.
If in step 64 the existing number of instances does not exceed the maximum prescribed number, the dispatcher plug-in 30 initiates a new instance of the identified program and dispatches the request to the execution engine 32a of the new instance. For example, the dispatcher plug-in 30 initiates a new instance of the PL/SQL agent 20a. During this step, the stored sequences of instructions for the PL/SQL agent 20a are accessed to create a new instance 36a, of the program 20a in an.address space that is separate from the address space in which dispatcher plug-in 30 is executing.
Once the new instance 36a, is running, the dispatcher plug-in 30 dispatches the request to the execution engine 32a associated with the new instance 36a, in step 68. The execution engine 32a sends a callback message to the new instance 36a, requesting execution of the request. The execution engine 20 passes in the callback message any parameters necessary for the instance 36a, to process the request, for example passwords, database search keys, or any other argument for a dynamic operation executed by the instance 36a,. The instance 36a, then executes the request. During the execution of the request by the instance in step 68, the dispatcher plug-in 30 monitors the instance to determine the occurrence of a fault in step 70. If in step 70 the dispatcher plug-in 30 detects a fault, the dispatcher plug-in 30 calls the corresponding execution engine 32 in step 72 to abort the instance 36 having the fault. The corresponding execution engine 32 in turn issues a shut down command across the API to the faulty instance. The instance, responding to the shut down command by the execution engine 32, will shut down without affecting any other process in any other address space.
If in step 70 no fault is detected, the dispatcher plug-in 30 receives a reply from the instance 36 upon completion of execution in step 74. The dispatcher plug-in 30 in step 76 forwards the reply to the web listener 16, which responds to the client with the reply from the executed instance 36. After executing the instance, the dispatcher plug-in 30 in step 78 maintains the instance in the memory, as shown in step 78 to enable execution of a subsequent request.
Hence, the disclosed arrangement manages multiple instances of different extension programs to process a variety of user requests. Each instance 36 for any program 20 is executed in a separate memory space, enabling a faulty instance 36 of a program 20 to be aborted without affecting any other instances of the programs. The web request broker 18 also controls the number of instances for each given extension program 20. Hence, server resources are controlled to ensure that a large number of requests do not overwhelm the server 10 by an uncontrollable generation of instances. Execution throughput also is improved by maintaining a minimum number of instances ready for execution. Moreover, additional instances may be initiated and maintained in memory for executing subsequent requests, as opposed to terminating an instance after a single execution and then reloading the extension program into memory in order to recreate an instance for execution of a subsequent request.
Figure 4 is a diagram illustrating the initialization of the server 10 according to an embodiment of the present invention. The server 10 is initialized by starting the server process in step 90, where the web listener and supporting processes are loaded into memory space. The server 10 then starts the dispatcher plug-in 30 in step 92, causing the sequences of instruction for executing the web request broker 18 to be stored in memory. The extension programs 20 are then registered with the dispatcher plug-in 30 in step 94 by storing in the configuration library 34, for each extension program 20: (1) the cartridge name; (2) the minimum number of required instances 36; (3) the maximum number of instances; (4) the virtual path for accessing the extension program, i.e., the address space to be accessed to initiate a new instance of the program; (5) the program-dependent function names used by the execution engine to execute the callback functions (initialization, request handler, shutdown); and (6) an object identifier, for example an object type to be supplied by a client request for requesting performance of an operation by the corresponding extension program 20. The object type may be a specific word, or may include a virtual path, for example "/java". The extension programs 20 may be registered in step 94 by a server manager, i.e., a web master having access to the configuration library in a real-time user-interactive environment. Once the server manager has established the configuration library, the extension programs may be registered in step 94 automatically by accessing a non-volatile memory, for example a disk.
After registering the extension programs with the dispatcher plug-in 30, the dispatcher plug-in 30 initiates the minimum instances for each program in a separate address space in step 96. Once the minimum number of instances has been initiated, the server 10 is prepared to process client requests. Each execution engine 32 tracks the location in memory and status of each instance 36 of the corresponding program 20.
Figure 5 is a block diagram of the server 10, according to a second embodiment of the present invention. The first embodiment of Figure 2 assumes that the dispatcher plug-in 30 is compatible with the lower level processes of the web listener 16 and the HTTP daemon 16a. The embodiment of Figure 5 is a modification of the first embodiment of Figure 2, in that the server includes a transport adapter 17 that receives a client request from the HTTP daemon 16' operating according to a protocol different from the web request broker 18.
The transport adapter 17 is configured to recognize the protocols of different HTTP daemons, and can convert the client requests received from the HTTP daemon 16' into a converted client request having a second protocol independent from the protocol of the HTTP daemon 16' and matching the protocol of the web request broker 18. Hence, the transport adapter 17 enables the web request broker 18 to be used with HTTP daemons from different vendors. Moreover, transport adapter 17 may be configured to accommodate different server architectures and operating systems. Hence, the transport adapter 17 converts a client request from the HTTP daemon 16' from a first protocol to a second protocol compatible with the web request broker 18. Similarly, replies from the web request broker are converted to the transport protocol of the HTTP daemon 16' to enable the HTTP daemon 16' to send the reply to the user via the network.
In the foregoing specification, the invention has been described with reference to specific embodiments thereof. It will, however, be evident that various modifications and changes may be made thereto without departing from the broader spirit and scope of the invention. The specification and drawings are, accordingly, to be regarded in an illustrative rather than restrictive sense.

Claims

What is claimed is: 1. A method for responding to a request issued to a server from a client over a network system, the method comprising the steps of: obtaining the request over a network; identifying a program that corresponds to the request; selectively initiating an instance of the program based on a prescribed number of instances of said program; dispatching the request to said instance of said program; executing said instance to cause said instance to process said request; and responding to the request based on execution of said instance.
2. The method of Claim 1, wherein: the step of obtaining the request over a network is performed by a server process executing in a first address space; the step of selectively initiating an instance of the program includes initiating said instance in a second address space that is separate from the first address space.
3. The method of Claim 1, further comprising the step of, after executing said instance, maintaining said instance in memory for executing a subsequent request.
4. The method of Claim 1, further comprising the steps of: detecting a fault in the instance during execution thereof; and aborting the instance in response to detecting said fault.
5. The method of Claim 1 , wherein the prescribed number of said instances specifies at least one of a maximum and a minimum number of instances, wherein each instance executes within an address space that is separate from the address spaces used by other instances of said program.
6. The method of Claim 5, wherein: the step of selectively initiating an instance of the program includes the step of initiating a specified minimum number of instances of said program prior to obtaining the request over the network; and the method further includes the step of, after obtaining the request over the network, determining if one of the minimum number of instances is available for processing said request.
7. The method of Claim 6 further including the step of, after obtaining the request over the network, initiating a new instance of the program if none of the minimum number of instances is available for processing said request and the number of instances is less than the maximum number of instances.
8. The method of Claim 6, wherein the step of executing said instance includes executing an available instance from the minimum number of instances.
9. The method of Claim 1, wherein the step of selectively initiating an instance of the program includes the step of returning the request to the network without processing said request based on the prescribed number of said instances exceeding a maximum value.
10. The method of Claim 1 further comprising the step of registering a plurality of programs with the server, wherein registration of each of said programs includes specifying a maximum number of instances for said program, and a virtual path for said program.
11. The method of claim 10, wherein: the request identifies a virtual path; and the step of identifying a program that corresponds to the request includes the step of identifying the program based on the virtual path identified in the request.
12. The method of Claim 1, wherein: the step of obtaining the request over a network comprises receiving the request from a transport protocol process operating according to a first protocol; and the method includes the step of converting the request to a second protocol independent from the first protocol.
13. A method, for execution by a server, for responding to a request for performance of an operation, the method comprising: obtaining the request over a network; forwarding the request to a dispatcher executed by the server; and processing the request by causing the dispatcher to perform the steps of: A) determining whether an available instance of a program configured to handle the request is available among an existing number of instances of the program, B) if an available instance is available, then dispatching the request for execution by the available instance, C) if no instance is available, then initiating a new instance of the program for execution of the request if the existing number of instances does not exceed a maximum prescribed number, and D) if no instance is available and the existing number of instances exceeds the maximum prescribed number, then sending said reply over the network indicating the request was not processed.
14. The method of Claim 13, further comprising the step of: receiving, by the dispatcher, a reply from the instance executing the request; and sending information contained in the reply over the network from the dispatcher to a client that issued the request.
15. The method of Claim 13, further comprising the step of: detecting by the dispatcher a fault in the instance executing the request; and terminating by the dispatcher the instance executing the request in response to the detected fault.
16. The method of Claim 15, further comprising the step of sending a reply over the network indicating the request was not processed.
17. The method of Claim 13, further comprising the step of registering with the dispatcher a plurality of programs configured to handle respective types of requests, the step of registering with the dispatcher a plurality of said programs including the step of storing in the dispatcher for each of said programs a maximum number of instances and a virtual path specifying an address location associated with the corresponding program.
18. The method of Claim 13, wherein each instance is executed within an address space that is separate from the address spaces used by other instances of said program.
19. The method of Claim 18, wherein the step of initiating a new instance of the program comprises the step of initiating the new instance within an address space that is separate from the address spaces used by the other instances of said program.
20. The method of Claim 19, further comprising the step of delaying deallocation of said new instance at least a predetermined time interval after processing the request for processing a subsequent request.
21. The method of Claim 13, wherein: the step of obtaining the request over the network comprises receiving the request from a transport protocol process operating according to a first protocol; and the method further comprises the step of converting the request to a second protocol independent from the first protocol.
22. The method of Claim 13, wherein the existing number of said instances is at least a prescribed minimum number of said instances.
23. The method of Claim 13, further comprising the steps of: causing the dispatcher to determine if a program is configured to handle the request based on the operation specified in the request; and if no program is configured to handle the request, then sending a reply over the network indicating the request was not processed.
24. The method of Claim 13, wherein: the step of obtaining the request over the network comprises the step of executing by the server a server process; and the step of processing the request by causing the dispatcher to perform said steps comprises the step of executing by the server a plug-in routine, added to the server process, to cause the dispatcher to perform said steps.
25. A computer readable medium having stored thereon sequences of instructions for responding to a request for performance of an operation received by a server, the sequences of instructions including instructions for performing the steps of: obtaining the request over a network; identifying a program that corresponds to the request; selectively initiating an instance of the program based on a prescribed number of instances of said program; dispatching the request to said instance of said program; executing said instance to cause said instance to process said request; and responding to the request based on execution of said instance
26. The computer readable medium of Claim 25, further comprising sequences of instructions for performing the steps of: detecting a fault in the instance during execution thereof; and aborting the instance in response to detecting said fault.
27. The computer readable medium of Claim 25, wherein the prescribed number of said instances specifies at least one of a maximum and a minimum number of instances, wherein each instance executes within an address space that is separate from the address spaces used by other instances of said program.
28. A computer server configured to respond to a request for performance of an operation, comprising: a network listener configured to receive the request over a network and send a response to the request over the network, the request having a prescribed object type specifying an operation to be performed; a plurality of programs, each program configured to perform an operation that generates an output in response to receiving a request having a corresponding object type specifying the operation performed by the program, each program having a prescribed number of instances executing at respective address spaces; and a dispatcher plug-in configured to identify one of the programs for responding to the request based on the prescribed object type, the dispatcher plug-in selectively dispatching the request to an available instance of the identified one program based upon the corresponding prescribed number of instances, the dispatcher plug-in sending said response to the network listener based on execution of the request by the available instance.
29. The server of Claim 28, wherein the network listener receives and sends the request and the response based on Hypertext Transfer Protocol (HTTP).
30. The server of Claim 29, wherein the network listener includes an HTTP daemon configured to output a static Hypertext Markup Language (HTML) page in response to the prescribed object type specifying sending said static HTML page.
31. The server of Claim 28, further comprising a transport adapter configured to convert the request received by the network listener from a first protocol to a second protocol independent from the first protocol, the transport adapter converting the response output by the dispatcher plug-in from said second protocol to the first protocol before sending by the network listener.
32. The server of Claim 28, further comprising a plurality of execution engines, each execution engine configured to control execution of the instances of the corresponding programs and provide an Application Programming Interface (API) specifying predetermined operations to be performed by the instances of the corresponding program, the execution engine corresponding to the identified one program receiving the request from the dispatcher plug-in and controlling execution of the available instance processing the request.
33. The server of Claim 32, wherein the predetermined operations specified by the API includes at least one of initialization, execution of the request, and shutdown by at least one of the instances of the corresponding program.
34. The server of Claim 28, wherein each execution engine initiates a prescribed minimum number of said instances of the corresponding program.
35. The server of Claim 28, wherein the dispatcher plug-in includes a configuration library identifying for each of the programs the corresponding object type and the prescribed number of instances.
36. The server of Claim 28, wherein the object type of the request includes a virtual path specifying the identified one program.
PCT/US1998/001644 1997-02-03 1998-01-29 Web request broker controlling multiple processes WO1998034386A1 (en)

Priority Applications (6)

Application Number Priority Date Filing Date Title
DE69812899T DE69812899T2 (en) 1997-02-03 1998-01-29 WEB AGENT FOR REQUESTING MULTIPLE PROCESSES
JP53303898A JP4083233B2 (en) 1997-02-03 1998-01-29 Web request broker to control many processes
AT98903802T ATE236480T1 (en) 1997-02-03 1998-01-29 WEB AGENT TO REQUEST MULTIPLE PROCESSES
AU60478/98A AU740827B2 (en) 1997-02-03 1998-01-29 Web request broker controlling multiple processes
CA2279382A CA2279382C (en) 1997-02-03 1998-01-29 Web request broker controlling multiple processes
EP98903802A EP0956687B1 (en) 1997-02-03 1998-01-29 Web request broker controlling multiple processes

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US08/794,269 US6845505B1 (en) 1997-02-03 1997-02-03 Web request broker controlling multiple processes
US08/794,269 1997-02-03

Publications (1)

Publication Number Publication Date
WO1998034386A1 true WO1998034386A1 (en) 1998-08-06

Family

ID=25162172

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US1998/001644 WO1998034386A1 (en) 1997-02-03 1998-01-29 Web request broker controlling multiple processes

Country Status (8)

Country Link
US (1) US6845505B1 (en)
EP (1) EP0956687B1 (en)
JP (1) JP4083233B2 (en)
AT (1) ATE236480T1 (en)
AU (1) AU740827B2 (en)
CA (1) CA2279382C (en)
DE (1) DE69812899T2 (en)
WO (1) WO1998034386A1 (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2335060A (en) * 1998-12-09 1999-09-08 Taxmate Limited Controlling simultaneous communications between a plurality of clients and a server
EP1158751A1 (en) * 2000-05-15 2001-11-28 Vodafone Limited A method and apparatus for asynchronous information transactions
JP2003512657A (en) * 1999-05-06 2003-04-02 サン・マイクロシステムズ・インコーポレイテッド Dynamic installation and configuration broker
EP1332437A1 (en) * 2000-10-10 2003-08-06 Redline Networks, Inc. Http multiplexor/demultiplexor
US6609126B1 (en) 2000-11-15 2003-08-19 Appfluent Technology, Inc. System and method for routing database requests to a database and a cache
JP2009508251A (en) * 2005-09-12 2009-02-26 マイクロソフト コーポレーション Server-side service framework

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IL123512A0 (en) * 1998-03-02 1999-03-12 Security 7 Software Ltd Method and agent for the protection against hostile resource use access
US6876991B1 (en) 1999-11-08 2005-04-05 Collaborative Decision Platforms, Llc. System, method and computer program product for a collaborative decision platform
US20040205473A1 (en) * 2000-01-27 2004-10-14 Gwyn Fisher Method and system for implementing an enterprise information portal
TW480426B (en) * 2000-08-07 2002-03-21 D Link Corp Method of performing management onto the network equipment by using web function
US7996507B2 (en) * 2002-01-16 2011-08-09 International Business Machines Corporation Intelligent system control agent for managing jobs on a network by managing a plurality of queues on a client
US7085831B2 (en) * 2002-01-16 2006-08-01 International Business Machines Corporation Intelligent system control agent for managing jobs on a network by managing a plurality of queues on a client
US20030208609A1 (en) * 2002-05-01 2003-11-06 Verizon Services, Corp. Automatic configuration of advanced services over DSL
US7366777B2 (en) * 2003-05-15 2008-04-29 Sap Aktiengesellschaft Web application router
US20060168268A1 (en) * 2004-12-02 2006-07-27 International Business Machines Corporation Specific method of setting transport-specific properties from transport-agnostic clients
US7711693B2 (en) * 2004-12-03 2010-05-04 Oracle International Corporation Deployment of life-cycle model for LDAP applications
US7839988B2 (en) * 2005-10-19 2010-11-23 At&T Intellectual Property I, L.P. Methods and apparatus for data structure driven authorization and/or routing of outdial communication services
US20070086432A1 (en) * 2005-10-19 2007-04-19 Marco Schneider Methods and apparatus for automated provisioning of voice over internet protocol gateways
US7643472B2 (en) * 2005-10-19 2010-01-05 At&T Intellectual Property I, Lp Methods and apparatus for authorizing and allocating outdial communication services
US20070116234A1 (en) * 2005-10-19 2007-05-24 Marco Schneider Methods and apparatus for preserving access information during call transfers
US20070086433A1 (en) * 2005-10-19 2007-04-19 Cunetto Philip C Methods and apparatus for allocating shared communication resources to outdial communication services
US8238327B2 (en) * 2005-10-19 2012-08-07 At&T Intellectual Property I, L.P. Apparatus and methods for subscriber and enterprise assignments and resource sharing
US7924987B2 (en) * 2005-10-19 2011-04-12 At&T Intellectual Property I., L.P. Methods, apparatus and data structures for managing distributed communication systems
US8020149B2 (en) 2006-08-04 2011-09-13 Apple Inc. System and method for mitigating repeated crashes of an application resulting from supplemental code
US20080091806A1 (en) * 2006-10-11 2008-04-17 Jinmei Shen Dynamic On-Demand Clustering
US8352634B2 (en) * 2007-04-06 2013-01-08 International Business Machines Corporation On-demand propagation of routing information in distributed computing system
US8589912B2 (en) * 2007-06-29 2013-11-19 International Business Machines Corporation Loosely coupled product install and configuration
KR20100071483A (en) * 2008-12-19 2010-06-29 한국전자통신연구원 Method and system for distributing bundle-application
CN101510167B (en) * 2009-03-31 2016-04-20 阿里巴巴集团控股有限公司 A kind of method of plug-in component operation, Apparatus and system
CN102033803B (en) * 2009-09-29 2014-07-09 国际商业机器公司 Method and device for testing web application across browsers
US20110179173A1 (en) * 2010-01-15 2011-07-21 Carol Colrain Conditional dependency in a computing cluster
US8909696B1 (en) 2011-11-02 2014-12-09 Google Inc. Redundant data requests with redundant response cancellation
US20170272547A1 (en) * 2016-03-18 2017-09-21 Interactive Intelligence Group, Inc. System and method for configuration and interchanging of business functionality implementations
US10481963B1 (en) * 2016-06-29 2019-11-19 Amazon Technologies, Inc. Load-balancing for achieving transaction fault tolerance
WO2019143808A1 (en) * 2018-01-18 2019-07-25 Bevara Technologies, Llc Browser navigation for facilitating data access
US10467069B2 (en) 2018-04-04 2019-11-05 Microsoft Technology Licensing, Llc Selective application instance activation
US10908933B1 (en) * 2019-12-05 2021-02-02 Microsoft Technology Licensing, Llc Brokerage tool for accessing cloud-based services
CN112612611A (en) * 2020-12-24 2021-04-06 青岛海尔科技有限公司 Information processing method, device and system

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0733969A1 (en) * 1995-03-22 1996-09-25 Sun Microsystems, Inc. Methods and apparatus for managing deactivation and shutdown of a server

Family Cites Families (58)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4918595A (en) * 1987-07-31 1990-04-17 International Business Machines Corp. Subsystem input service for dynamically scheduling work for a computer system
US5210824A (en) * 1989-03-03 1993-05-11 Xerox Corporation Encoding-format-desensitized methods and means for interchanging electronic document as appearances
US5557798A (en) * 1989-07-27 1996-09-17 Tibco, Inc. Apparatus and method for providing decoupling of data exchange details for providing high performance communication between software processes
AU639802B2 (en) * 1990-08-14 1993-08-05 Oracle International Corporation Methods and apparatus for providing dynamic invocation of applications in a distributed heterogeneous environment
US5249290A (en) * 1991-02-22 1993-09-28 At&T Bell Laboratories Method of and apparatus for operating a client/server computer network
US5212793A (en) * 1991-09-04 1993-05-18 International Business Machines Corp. Generic initiators
US5361350A (en) 1991-12-12 1994-11-01 International Business Machines Corporation Object oriented method management system and software for managing class method names in a computer system
GB2263797B (en) * 1992-01-31 1996-04-03 Plessey Telecomm Object orientated system
KR100328516B1 (en) 1992-07-01 2002-11-27 텔레폰아크티에볼라게트 엘엠 에릭슨 SYSTEM AND METHOD FOR SETTING COMMUNICATION PROTOCOL BETWEEN APPLICATIONS
US5329619A (en) * 1992-10-30 1994-07-12 Software Ag Cooperative processing interface and communication broker for heterogeneous computing environments
JP3003440B2 (en) * 1993-01-19 2000-01-31 株式会社日立製作所 Load distribution control method and distributed processing system
JP3365576B2 (en) 1993-06-14 2003-01-14 インターナショナル・ビジネス・マシーンズ・コーポレーション Object execution method and apparatus
AU681433B2 (en) 1993-08-03 1997-08-28 Sun Microsystems, Inc. Flexible multi-platform partitioning for computer applications
DE69431306T2 (en) 1993-12-16 2003-05-15 Open Market Inc NETWORK-BASED PAYMENT SYSTEM AND METHOD FOR USING SUCH A SYSTEM
US5504897A (en) 1994-02-22 1996-04-02 Oracle Corporation Method and apparatus for processing electronic mail in parallel
US5592654A (en) * 1994-06-03 1997-01-07 Integrated Device Technology, Inc. Apparatus and method for converting a job conforming to a first protocol into a job conforming to a second protocol
US5715314A (en) 1994-10-24 1998-02-03 Open Market, Inc. Network sales system
WO1996017306A2 (en) * 1994-11-21 1996-06-06 Oracle Corporation Media server
US5623656A (en) 1994-12-15 1997-04-22 Lucent Technologies Inc. Script-based data communication system and method utilizing state memory
EP0718784B1 (en) 1994-12-20 2003-08-27 Sun Microsystems, Inc. Method and system for the retrieval of personalized information
US5822585A (en) 1995-02-21 1998-10-13 Compuware Corporation System and method for cooperative processing using object-oriented framework
US5857102A (en) * 1995-03-14 1999-01-05 Sun Microsystems, Inc. System and method for determining and manipulating configuration information of servers in a distributed object environment
US5802291A (en) * 1995-03-30 1998-09-01 Sun Microsystems, Inc. System and method to control and administer distributed object servers using first class distributed objects
US5761684A (en) 1995-05-30 1998-06-02 International Business Machines Corporation Method and reusable object for scheduling script execution in a compound document
US5708780A (en) 1995-06-07 1998-01-13 Open Market, Inc. Internet server access control and monitoring systems
US5752246A (en) * 1995-06-07 1998-05-12 International Business Machines Corporation Service agent for fulfilling requests of a web browser
US5737592A (en) 1995-06-19 1998-04-07 International Business Machines Corporation Accessing a relational database over the Internet using macro language files
US5872969A (en) 1995-06-23 1999-02-16 International Business Machines Corporation System and method for efficiently synchronizing cache and persistent data in an object oriented transaction processing system
US5737607A (en) 1995-09-28 1998-04-07 Sun Microsystems, Inc. Method and apparatus for allowing generic stubs to marshal and unmarshal data in object reference specific data formats
US5774670A (en) 1995-10-06 1998-06-30 Netscape Communications Corporation Persistent client state in a hypertext transfer protocol based client-server system
US5862318A (en) 1995-10-26 1999-01-19 Microsoft Corporation System for generating a gapless series of identity values
US5706442A (en) 1995-12-20 1998-01-06 Block Financial Corporation System for on-line financial services using distributed objects
US5745681A (en) 1996-01-11 1998-04-28 Sun Microsystems, Inc. Stateless shopping cart for the web
US5761673A (en) * 1996-01-31 1998-06-02 Oracle Corporation Method and apparatus for generating dynamic web pages by invoking a predefined procedural package stored in a database
US5859971A (en) 1996-02-15 1999-01-12 International Business Machines Corp. Differencing client/server communication system for use with CGI forms
US5862325A (en) 1996-02-29 1999-01-19 Intermind Corporation Computer-based communication system and method using metadata defining a control structure
US5761507A (en) * 1996-03-05 1998-06-02 International Business Machines Corporation Client/server architecture supporting concurrent servers within a server with a transaction manager providing server/connection decoupling
WO1997040457A2 (en) 1996-04-19 1997-10-30 Intergraph Corporation System and method for data access
US5894554A (en) * 1996-04-23 1999-04-13 Infospinner, Inc. System for managing dynamic web page generation requests by intercepting request at web server and routing to page server thereby releasing web server to process other requests
US5835712A (en) 1996-05-03 1998-11-10 Webmate Technologies, Inc. Client-server system using embedded hypertext tags for application and database development
US5859972A (en) 1996-05-10 1999-01-12 The Board Of Trustees Of The University Of Illinois Multiple server repository and multiple server remote application virtual client computer
US5864871A (en) 1996-06-04 1999-01-26 Multex Systems Information delivery system and method including on-line entitlements
US5961601A (en) 1996-06-07 1999-10-05 International Business Machines Corporation Preserving state information in a continuing conversation between a client and server networked via a stateless protocol
US5848246A (en) 1996-07-01 1998-12-08 Sun Microsystems, Inc. Object-oriented system, method and article of manufacture for a client-server session manager in an interprise computing framework system
US5857191A (en) 1996-07-08 1999-01-05 Gradient Technologies, Inc. Web application server with secure common gateway interface
US5860072A (en) 1996-07-11 1999-01-12 Tandem Computers Incorporated Method and apparatus for transporting interface definition language-defined data structures between heterogeneous systems
US6073241A (en) 1996-08-29 2000-06-06 C/Net, Inc. Apparatus and method for tracking world wide web browser requests across distinct domains using persistent client-side state
US5897622A (en) 1996-10-16 1999-04-27 Microsoft Corporation Electronic shopping and merchandising system
US5796393A (en) 1996-11-08 1998-08-18 Compuserve Incorporated System for intergrating an on-line service community with a foreign service
US5991802A (en) 1996-11-27 1999-11-23 Microsoft Corporation Method and system for invoking methods of objects over the internet
US5826239A (en) 1996-12-17 1998-10-20 Hewlett-Packard Company Distributed workflow resource management system and method
US6185625B1 (en) 1996-12-20 2001-02-06 Intel Corporation Scaling proxy server sending to the client a graphical user interface for establishing object encoding preferences after receiving the client's request for the object
US5875296A (en) 1997-01-28 1999-02-23 International Business Machines Corporation Distributed file system web server user authentication with cookies
US5864866A (en) 1997-03-26 1999-01-26 International Business Machines Corporation Apparatus and method for providing externalization in an object-oriented environment
US6067545A (en) 1997-08-01 2000-05-23 Hewlett-Packard Company Resource rebalancing in networked computer systems
US6070191A (en) * 1997-10-17 2000-05-30 Lucent Technologies Inc. Data distribution techniques for load-balanced fault-tolerant web access
US5890161A (en) 1997-10-28 1999-03-30 Microsoft Corporation Automatic transaction processing of component-based server applications
US6098093A (en) * 1998-03-19 2000-08-01 International Business Machines Corp. Maintaining sessions in a clustered server environment

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0733969A1 (en) * 1995-03-22 1996-09-25 Sun Microsystems, Inc. Methods and apparatus for managing deactivation and shutdown of a server

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
MERLE P ET AL: "CorbaWeb: A generic object navigator", COMPUTER NETWORKS AND ISDN SYSTEMS, vol. 28, no. 11, May 1996 (1996-05-01), pages 1269-1281, XP004018226 *

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2335060A (en) * 1998-12-09 1999-09-08 Taxmate Limited Controlling simultaneous communications between a plurality of clients and a server
GB2335060B (en) * 1998-12-09 2003-04-30 Taxmate Ltd An inter-computer communications apparatus
JP2003512657A (en) * 1999-05-06 2003-04-02 サン・マイクロシステムズ・インコーポレイテッド Dynamic installation and configuration broker
EP1158751A1 (en) * 2000-05-15 2001-11-28 Vodafone Limited A method and apparatus for asynchronous information transactions
US9602327B2 (en) 2000-05-15 2017-03-21 Vodafone Ltd. Method and apparatus for asynchronous information transactions
EP1332437A1 (en) * 2000-10-10 2003-08-06 Redline Networks, Inc. Http multiplexor/demultiplexor
EP1332437A4 (en) * 2000-10-10 2006-06-14 Redline Networks Inc Http multiplexor/demultiplexor
US7231446B2 (en) 2000-10-10 2007-06-12 Juniper Networks, Inc. HTTP multiplexor/demultiplexor
US6609126B1 (en) 2000-11-15 2003-08-19 Appfluent Technology, Inc. System and method for routing database requests to a database and a cache
JP2009508251A (en) * 2005-09-12 2009-02-26 マイクロソフト コーポレーション Server-side service framework
JP4929285B2 (en) * 2005-09-12 2012-05-09 マイクロソフト コーポレーション Server-side service framework

Also Published As

Publication number Publication date
ATE236480T1 (en) 2003-04-15
JP4083233B2 (en) 2008-04-30
DE69812899D1 (en) 2003-05-08
AU740827B2 (en) 2001-11-15
CA2279382C (en) 2010-06-29
US6845505B1 (en) 2005-01-18
CA2279382A1 (en) 1998-08-06
EP0956687A1 (en) 1999-11-17
EP0956687B1 (en) 2003-04-02
AU6047898A (en) 1998-08-25
DE69812899T2 (en) 2004-03-04
JP2001511269A (en) 2001-08-07

Similar Documents

Publication Publication Date Title
US6845505B1 (en) Web request broker controlling multiple processes
US6247056B1 (en) Method and apparatus for handling client request with a distributed web application server
AU746391B2 (en) Method and system for facilitating distributed software development in a distribution unaware manner
JP4729172B2 (en) Method and apparatus for performing transactions in a stateless web environment that supports a declarative paradigm
US6405367B1 (en) Apparatus and method for increasing the performance of Java programs running on a server
EP1027795B9 (en) Method and apparatus for implementing an extensible authentication mechanism in a web application server
US6225995B1 (en) Method and apparatus for incorporating state information into a URL
US6237005B1 (en) Web server mechanism for processing multiple transactions in an interpreted language execution environment
US6710786B1 (en) Method and apparatus for incorporating state information into a URL
US6453362B1 (en) Systems, methods and computer program products for invoking server applications using tickets registered in client-side remote object registries
US5884022A (en) Method and apparatus for controlling server activation in a multi-threaded environment
JPH10334046A (en) System, method and device for interactive internet access to host computer program

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AL AM AT AU AZ BA BB BG BR BY CA CH CN CZ DE DK EE ES FI GB GE GH GM GW HU ID IL IS JP KE KG KR KZ LC LK LR LS LT LU LV MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT UA UG UZ VN YU ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW SD SZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN ML MR NE SN TD TG

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
ENP Entry into the national phase

Ref document number: 2279382

Country of ref document: CA

Ref country code: CA

Ref document number: 2279382

Kind code of ref document: A

Format of ref document f/p: F

ENP Entry into the national phase

Ref country code: JP

Ref document number: 1998 533038

Kind code of ref document: A

Format of ref document f/p: F

WWE Wipo information: entry into national phase

Ref document number: 60478/98

Country of ref document: AU

WWE Wipo information: entry into national phase

Ref document number: 1998903802

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 1998903802

Country of ref document: EP

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

WWG Wipo information: grant in national office

Ref document number: 60478/98

Country of ref document: AU

WWG Wipo information: grant in national office

Ref document number: 1998903802

Country of ref document: EP