HttpServerUtility.Execute Método
Definição
Importante
Algumas informações se referem a produtos de pré-lançamento que podem ser substancialmente modificados antes do lançamento. A Microsoft não oferece garantias, expressas ou implícitas, das informações aqui fornecidas.
Executa o manipulador de um recurso especificado no contexto da solicitação atual e retorna a execução para a página que a invocou.
Sobrecargas
Execute(String) |
Executa o manipulador do caminho virtual especificado no contexto da solicitação atual. |
Execute(String, Boolean) |
Executa o manipulador do caminho virtual especificado no contexto da solicitação atual e especifica se é necessário limpar as coleções QueryString e Form. |
Execute(String, TextWriter) |
Executa o manipulador do caminho virtual especificado no contexto da solicitação atual. Um TextWriter captura a saída do manipulador executado. |
Execute(String, TextWriter, Boolean) |
Executa o manipulador do caminho virtual especificado no contexto da solicitação atual. Um TextWriter captura a saída da página e um parâmetro booliano especifica se as coleções QueryString e Form serão limpas. |
Execute(IHttpHandler, TextWriter, Boolean) |
Executa o manipulador do caminho virtual especificado no contexto da solicitação atual. Um TextWriter captura a saída do manipulador executado e um parâmetro booliano especifica se as coleções QueryString e Form serão limpas. |
Execute(String)
Executa o manipulador do caminho virtual especificado no contexto da solicitação atual.
public:
void Execute(System::String ^ path);
public void Execute (string path);
member this.Execute : string -> unit
Public Sub Execute (path As String)
Parâmetros
- path
- String
O caminho da URL a ser executada.
Exceções
O HttpContext atual é null
.
- ou -
Ocorreu um erro ao executar o manipulador especificado por path
.
Exemplos
O exemplo a seguir exibe a página .aspx "Updateinfo.aspx" no diretório atual. A execução do programa retorna à página inicial depois que a página Updateinfo.aspx é exibida.
Server.Execute("updateinfo.aspx");
Server.Execute("updateinfo.aspx")
Comentários
O Execute método continua a execução da página original após a conclusão da execução da nova página. O Transfer método transfere incondicionalmente a execução para outro manipulador.
ASP.NET não verifica se o usuário atual está autorizado a exibir o recurso fornecido pelo Execute método. Embora a lógica de autorização e autenticação ASP.NET seja executada antes do manipulador de recursos original ser chamado, ASP.NET chama diretamente o manipulador indicado pelo Execute método e não executa novamente a lógica de autenticação e autorização para o novo recurso. Se a política de segurança do aplicativo exigir que os clientes tenham autorização apropriada para acessar o recurso, o aplicativo deverá forçar a reautorização ou fornecer um mecanismo personalizado de controle de acesso.
Você pode forçar a reautorização usando o Redirect método em vez do Execute método. Redirect executa um redirecionamento do lado do cliente no qual o navegador solicita o novo recurso. Como esse redirecionamento é uma nova solicitação que entra no sistema, ele está sujeito a toda a lógica de autenticação e autorização do IIS (Serviços de Informações da Internet) e ASP.NET política de segurança.
Você pode verificar se o usuário tem permissão para exibir o recurso incorporando um método de autorização personalizado que usa o IsInRole método antes que o aplicativo chame o Execute método.
Aplica-se a
Execute(String, Boolean)
Executa o manipulador do caminho virtual especificado no contexto da solicitação atual e especifica se é necessário limpar as coleções QueryString e Form.
public:
void Execute(System::String ^ path, bool preserveForm);
public void Execute (string path, bool preserveForm);
member this.Execute : string * bool -> unit
Public Sub Execute (path As String, preserveForm As Boolean)
Parâmetros
- path
- String
O caminho da URL a ser executada.
- preserveForm
- Boolean
true
para preservar as coleções QueryString e Form; false
para limpar as coleções QueryString e Form.
Exceções
O HttpContext atual é null
.
- ou -
Ocorreu um erro ao executar o manipulador especificado por path
.
Exemplos
O exemplo a seguir mostra como executar a página Updateinfo.aspx
.aspx na solicitação atual e preservar as coleções e Form as QueryString coleções. A execução do programa retorna à página inicial após Updateinfo.aspx
a exibição.
private void Page_Load(Object sender, EventArgs e)
{
Server.Execute("updateinfo.aspx", true);
}
Sub Page_Load(ByVal Sender As Object, ByVal e As EventArgs)
Server.Execute("updateinfo.aspx", True)
End Sub
Confira também
Aplica-se a
Execute(String, TextWriter)
Executa o manipulador do caminho virtual especificado no contexto da solicitação atual. Um TextWriter captura a saída do manipulador executado.
public:
void Execute(System::String ^ path, System::IO::TextWriter ^ writer);
public void Execute (string path, System.IO.TextWriter writer);
member this.Execute : string * System.IO.TextWriter -> unit
Public Sub Execute (path As String, writer As TextWriter)
Parâmetros
- path
- String
O caminho da URL a ser executada.
- writer
- TextWriter
O TextWriter para capturar a saída.
Exceções
O HttpContext atual é null
.
- ou -
Ocorreu um erro ao executar o manipulador especificado por path
.
Exemplos
O exemplo a seguir executa a Login.aspx
página no servidor no diretório atual e recebe a saída da página por meio do StringWriter objeto writer
. Ele grava o fluxo HTML recebido do fluxo de writer
saída HTTP.
StringWriter writer = new StringWriter();
Server.Execute("Login.aspx", writer);
Response.Write("<H3>Please Login:</H3><br>"+ writer.ToString());
Dim writer As New StringWriter
Server.Execute("Login.aspx", writer)
Response.Write("<H3>Please Login:</H3><br>" & writer.ToString())
Comentários
O Execute método continua a execução da solicitação original após a execução do caminho virtual especificado ser concluída. O Transfer método transfere incondicionalmente a execução para outro manipulador.
ASP.NET não verifica se o usuário atual está autorizado a exibir o recurso fornecido pelo Execute método. Embora a lógica de autorização e autenticação ASP.NET seja executada antes do manipulador de recursos original ser chamado, ASP.NET chama diretamente o manipulador indicado pelo Execute método e não executa novamente a lógica de autenticação e autorização para o novo recurso. Se a política de segurança do aplicativo exigir que os clientes tenham autorização apropriada para acessar o recurso, o aplicativo deverá forçar a reautorização ou fornecer um mecanismo personalizado de controle de acesso.
Você pode forçar a reautorização usando o Redirect método em vez do Execute método. Redirect executa um redirecionamento do lado do cliente no qual o navegador solicita o novo recurso. Como esse redirecionamento é uma nova solicitação que entra no sistema, ele está sujeito a toda a lógica de autenticação e autorização do IIS (Serviços de Informações da Internet) e ASP.NET política de segurança.
Você pode verificar se o usuário tem permissão para exibir o recurso incorporando um método de autorização personalizado que usa o IsInRole método antes que o aplicativo chame o Execute método.
Confira também
Aplica-se a
Execute(String, TextWriter, Boolean)
Executa o manipulador do caminho virtual especificado no contexto da solicitação atual. Um TextWriter captura a saída da página e um parâmetro booliano especifica se as coleções QueryString e Form serão limpas.
public:
void Execute(System::String ^ path, System::IO::TextWriter ^ writer, bool preserveForm);
public void Execute (string path, System.IO.TextWriter writer, bool preserveForm);
member this.Execute : string * System.IO.TextWriter * bool -> unit
Public Sub Execute (path As String, writer As TextWriter, preserveForm As Boolean)
Parâmetros
- path
- String
O caminho da URL a ser executada.
- writer
- TextWriter
O TextWriter para capturar a saída.
- preserveForm
- Boolean
true
para preservar as coleções QueryString e Form; false
para limpar as coleções QueryString e Form.
Exceções
O HttpContext atual é uma referência nula (Nothing
no Visual Basic).
- ou -
path
termina com um ponto (.).
- ou -
Ocorreu um erro ao executar o manipulador especificado por path
.
path
é null
.
path
não é um caminho virtual.
Exemplos
O exemplo a seguir executa a Login.aspx
página no servidor no diretório atual e recebe a saída da página por meio do StringWriter objeto writer
. Ele grava o fluxo HTML recebido do fluxo de writer
saída HTTP. O conteúdo do e QueryString das Form coleções são preservados.
private void Page_Load(Object sender, EventArgs e)
{
System.IO.StringWriter writer = new System.IO.StringWriter();
Server.Execute("Login.aspx", writer, true);
Response.Write("<h3>Please Login:</h3><br />" + writer.ToString());
}
Sub Page_Load(ByVal Sender As Object, ByVal e As EventArgs)
Dim writer As System.IO.StringWriter = New System.IO.StringWriter()
Server.Execute("Login.aspx", writer, True)
Response.Write("<h3>Please Login:</h3><br />" + writer.ToString())
End Sub
Comentários
O Execute método continua a execução da solicitação original após a conclusão da execução do caminho virtual especificado. O Transfer método transfere incondicionalmente a execução para outro manipulador.
ASP.NET não verifica se o usuário atual está autorizado a exibir o recurso fornecido pelo Execute método. Embora a lógica de autorização e autenticação ASP.NET seja executada antes do manipulador de recursos original ser chamado, ASP.NET chama diretamente o manipulador indicado pelo Execute método e não executa novamente a lógica de autenticação e autorização para o novo recurso. Se a política de segurança do aplicativo exigir que os clientes tenham autorização apropriada para acessar o recurso, o aplicativo deverá forçar a reautorização ou fornecer um mecanismo personalizado de controle de acesso.
Você pode forçar a reautorização usando o Redirect método em vez do Execute método. Redirect executa um redirecionamento do lado do cliente no qual o navegador solicita o novo recurso. Como esse redirecionamento é uma nova solicitação que entra no sistema, ele está sujeito a toda a lógica de autenticação e autorização do IIS (Serviços de Informações da Internet) e ASP.NET política de segurança.
Você pode verificar se o usuário tem permissão para exibir o recurso incorporando um método de autorização personalizado que usa o IsInRole método antes que o aplicativo chame o Execute método.
Confira também
Aplica-se a
Execute(IHttpHandler, TextWriter, Boolean)
Executa o manipulador do caminho virtual especificado no contexto da solicitação atual. Um TextWriter captura a saída do manipulador executado e um parâmetro booliano especifica se as coleções QueryString e Form serão limpas.
public:
void Execute(System::Web::IHttpHandler ^ handler, System::IO::TextWriter ^ writer, bool preserveForm);
public void Execute (System.Web.IHttpHandler handler, System.IO.TextWriter writer, bool preserveForm);
member this.Execute : System.Web.IHttpHandler * System.IO.TextWriter * bool -> unit
Public Sub Execute (handler As IHttpHandler, writer As TextWriter, preserveForm As Boolean)
Parâmetros
- handler
- IHttpHandler
O manipulador HTTP que implementa o IHttpHandler para o qual a solicitação atual será transferida.
- writer
- TextWriter
O TextWriter para capturar a saída.
- preserveForm
- Boolean
true
para preservar as coleções QueryString e Form; false
para limpar as coleções QueryString e Form.
Exceções
Ocorreu um erro ao executar o manipulador especificado por handler
.
O parâmetro handler
é null
.
Comentários
Você pode escrever manipuladores HTTP personalizados para processar tipos específicos e predefinidos de solicitações HTTP em qualquer idioma que esteja em conformidade com a CLS (Common Language Specification). Código executável que é definido nas classes de manipulador HTTP em vez de páginas ASP convencionais (também conhecidas como ASP clássicas) ou páginas ASP.NET responde a essas solicitações específicas. Os manipuladores HTTP permitem interagir com os serviços de solicitação e resposta de baixo nível de um servidor Web que está executando Serviços de Informações da Internet (IIS) e fornecem funcionalidade semelhante às extensões ISAPI, mas com um modelo de programação mais simples.
ASP.NET não verifica se o usuário atual está autorizado a exibir o recurso que é entregue pelo Execute método. Embora a lógica de autorização e autenticação ASP.NET seja executada antes do manipulador de recursos original ser chamado, ASP.NET chama diretamente o manipulador indicado pelo Execute método e não executa novamente a lógica de autenticação e autorização para o novo recurso. Se a política de segurança do aplicativo exigir que os clientes tenham autorização apropriada para obter acesso ao recurso, o aplicativo deverá forçar a reautorização ou fornecer um mecanismo personalizado de controle de acesso.
Você pode forçar a reautorização usando o Redirect método em vez do Execute método. Executa Redirect um redirecionamento do lado do cliente no qual o navegador solicita o novo recurso. Como esse redirecionamento é uma nova solicitação que entra no sistema, ele é submetido a toda a lógica de autenticação e autorização do IIS e da política de segurança ASP.NET.
Você pode verificar se o usuário tem permissão para exibir o recurso incorporando um método de autorização personalizado que usa o IsInRole método antes que o aplicativo chame o Execute método.