A server architecture has a server program to receive client requests and multiple applications to process the requests. Each application comprises a collection of agents that can be invoked to process the requests and an application manager that manages the collection of agents. The agents within the associated collection are independent from, but dynamically accessible by, the application manager. Depending on the request, the application manager selects one or more agents to generate content to be returned to the client. An application manager director manages the application managers and facilitates delivery of the client requests from the server program to the suitable application. The application managers are independent from, but dynamically accessible by, the application manager director. For a given request, the director selects the appropriate application manager to handle the request. The application manager, in turn, selects the appropriate agent to process the request. The applications, including the agents and associated application managers, can be run either in-process or out-of-process with the server program. The server architecture has a detection and recovery subsystem that detects when an out-of-process application crashes and then recovers the application from that crash. The subsystem logs requests when they are passed to the out-of-process application, and remove the requests from the log when responses to the requests are returned from the application. If the out-of-process application crashes while one or more requests are outstanding, those requests remain listed on the log and thus readily identifiable. During recovery, the subsystem cleans up the outstanding requests until the log is cleared. Thereafter, the subsystem restarts the failed application to restore the service.

Uma arquitetura do usuário tem um programa do usuário para receber pedidos do cliente e aplicações múltiplas processar os pedidos. Cada aplicação compreende uma coleção dos agentes que podem ser invocados para processar os pedidos e um gerente da aplicação que controle a coleção dos agentes. Os agentes dentro da coleção associada são independentes, mas dinâmicamente acessíveis de perto, o gerente da aplicação. Dependendo do pedido, o gerente da aplicação seleciona um ou mais agente gerar o índice a ser retornado ao cliente. Um diretor do gerente da aplicação controla os gerentes da aplicação e facilita a entrega dos pedidos do cliente do programa do usuário à aplicação apropriada. Os gerentes da aplicação são independentes, mas dinâmicamente acessíveis de perto, o diretor do gerente da aplicação. Para um pedido dado, o diretor seleciona o gerente apropriado da aplicação segurar o pedido. O gerente da aplicação, por sua vez, seleciona o agente apropriado processar o pedido. As aplicações, including os agentes e os gerentes associados da aplicação, podem ser em-processo ou para fora-$$$-PROCESSO funcionado com o programa do usuário. A arquitetura do usuário tem um subsistema da deteção e da recuperação que detecte quando uma aplicação do para fora-$$$-PROCESSO deixa de funcionar e recupera então a aplicação desse ruído elétrico. O subsistema registra pedidos quando são passados à aplicação do para fora-$$$-PROCESSO, e remove os pedidos do registro quando as respostas aos pedidos são retornadas da aplicação. Se a aplicação do para fora-$$$-PROCESSO deixar de funcionar quando se ou mais pedirem for proeminente, aqueles pedidos remanescem listados no registro e assim prontamente identifiable. Durante a recuperação, o subsistema limpa acima dos pedidos proeminentes até que o registro esteja cancelar. Depois disso, o subsistema reinicia a aplicação falhada para restaurar o serviço.