HttpServerUtility.Execute Método
Definición
Importante
Parte de la información hace referencia a la versión preliminar del producto, que puede haberse modificado sustancialmente antes de lanzar la versión definitiva. Microsoft no otorga ninguna garantía, explícita o implícita, con respecto a la información proporcionada aquí.
Ejecuta el controlador de un recurso especificado en el contexto de la solicitud actual y devuelve la ejecución a la página que lo invocó.
Sobrecargas
| Execute(String) |
Ejecuta el controlador de la ruta de acceso virtual especificada en el contexto de la solicitud actual. |
| Execute(String, Boolean) |
Ejecuta el controlador para la ruta de acceso virtual especificada en el contexto de la solicitud actual y especifica si se van a borrar las colecciones de QueryString y Form. |
| Execute(String, TextWriter) |
Ejecuta el controlador de la ruta de acceso virtual especificada en el contexto de la solicitud actual. Una clase TextWriter captura los resultados del controlador ejecutado. |
| Execute(String, TextWriter, Boolean) |
Ejecuta el controlador de la ruta de acceso virtual especificada en el contexto de la solicitud actual. Una clase TextWriter captura los resultados de la página y un parámetro Boolean especifica si se van a borrar las colecciones de QueryString y Form. |
| Execute(IHttpHandler, TextWriter, Boolean) |
Ejecuta el controlador de la ruta de acceso virtual especificada en el contexto de la solicitud actual. Una clase TextWriter captura los resultados del controlador ejecutado y un parámetro Boolean especifica si se van a borrar las colecciones de QueryString y Form. |
Execute(String)
Ejecuta el controlador de la ruta de acceso virtual especificada en el contexto de la solicitud actual.
public:
void Execute(System::String ^ path);public void Execute (string path);member this.Execute : string -> unitPublic Sub Execute (path As String)Parámetros
- path
- String
Ruta de acceso de la dirección URL que se va a ejecutar.
Excepciones
El HttpContext actual es null.
o bien
Se produjo un error durante la ejecución del controlador especificado por path.
Ejemplos
En el ejemplo siguiente se muestra la página .aspx "Updateinfo.aspx" en el directorio actual. La ejecución del programa vuelve a la página de inicio después de que se muestre la página Updateinfo.aspx.
Server.Execute("updateinfo.aspx");
Server.Execute("updateinfo.aspx")
Comentarios
El Execute método continúa la ejecución de la página original después de que se complete la ejecución de la nueva página. El Transfer método transfiere incondicionalmente la ejecución a otro controlador.
ASP.NET no comprueba que el usuario actual esté autorizado para ver el recurso entregado por el Execute método . Aunque se ejecuta la lógica de autenticación y autorización de ASP.NET antes de llamar al controlador de recursos original, ASP.NET llama directamente al controlador indicado por el Execute método y no vuelve a ejecutar la lógica de autenticación y autorización para el nuevo recurso. Si la directiva de seguridad de la aplicación requiere que los clientes tengan la autorización adecuada para acceder al recurso, la aplicación debe forzar la reauthorización o proporcionar un mecanismo de control de acceso personalizado.
Puede forzar la reauthorización mediante el Redirect método en lugar del Execute método . Redirect realiza una redirección del lado cliente en la que el explorador solicita el nuevo recurso. Dado que esta redirección es una nueva solicitud que entra en el sistema, está sujeta a toda la lógica de autenticación y autorización de Internet Information Services (IIS) y ASP.NET directiva de seguridad.
Puede comprobar que el usuario tiene permiso para ver el recurso mediante la incorporación de un método de autorización personalizado que usa el IsInRole método antes de que la aplicación llame al Execute método .
Se aplica a
Execute(String, Boolean)
Ejecuta el controlador para la ruta de acceso virtual especificada en el contexto de la solicitud actual y especifica si se van a borrar las colecciones de QueryString y Form.
public:
void Execute(System::String ^ path, bool preserveForm);public void Execute (string path, bool preserveForm);member this.Execute : string * bool -> unitPublic Sub Execute (path As String, preserveForm As Boolean)Parámetros
- path
- String
Ruta de acceso de la dirección URL que se va a ejecutar.
- preserveForm
- Boolean
true para mantener las colecciones QueryString y Form; false para borrar las colecciones QueryString y Form.
Excepciones
El HttpContext actual es null.
o bien
Se produjo un error durante la ejecución del controlador especificado por path.
Ejemplos
En el ejemplo siguiente se muestra cómo ejecutar la página Updateinfo.aspx .aspx en la solicitud actual y conservar las QueryString colecciones y Form . La ejecución del programa vuelve a la página de inicio después Updateinfo.aspx de mostrarse.
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
Consulte también
Se aplica a
Execute(String, TextWriter)
Ejecuta el controlador de la ruta de acceso virtual especificada en el contexto de la solicitud actual. Una clase TextWriter captura los resultados del controlador ejecutado.
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 -> unitPublic Sub Execute (path As String, writer As TextWriter)Parámetros
- path
- String
Ruta de acceso de la dirección URL que se va a ejecutar.
- writer
- TextWriter
TextWriter que capturará la salida.
Excepciones
El HttpContext actual es null.
o bien
Se produjo un error durante la ejecución del controlador especificado por path.
Ejemplos
En el ejemplo siguiente se ejecuta la Login.aspx página del servidor en el directorio actual y se recibe la salida de la página a través del StringWriter objeto writer. Escribe la secuencia HTML recibida de en el flujo de writer salida 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())
Comentarios
El Execute método continúa la ejecución de la solicitud original después de que se complete la ejecución de la ruta de acceso virtual especificada. El Transfer método transfiere incondicionalmente la ejecución a otro controlador.
ASP.NET no comprueba que el usuario actual esté autorizado para ver el recurso entregado por el Execute método . Aunque se ejecuta la lógica de autenticación y autorización de ASP.NET antes de llamar al controlador de recursos original, ASP.NET llama directamente al controlador indicado por el Execute método y no vuelve a ejecutar la lógica de autenticación y autorización para el nuevo recurso. Si la directiva de seguridad de la aplicación requiere que los clientes tengan la autorización adecuada para acceder al recurso, la aplicación debe forzar la reauthorización o proporcionar un mecanismo de control de acceso personalizado.
Puede forzar la reauthorización mediante el Redirect método en lugar del Execute método . Redirect realiza una redirección del lado cliente en la que el explorador solicita el nuevo recurso. Dado que esta redirección es una nueva solicitud que entra en el sistema, está sujeta a toda la lógica de autenticación y autorización de Internet Information Services (IIS) y ASP.NET directiva de seguridad.
Puede comprobar que el usuario tiene permiso para ver el recurso mediante la incorporación de un método de autorización personalizado que usa el IsInRole método antes de que la aplicación llame al Execute método .
Consulte también
Se aplica a
Execute(String, TextWriter, Boolean)
Ejecuta el controlador de la ruta de acceso virtual especificada en el contexto de la solicitud actual. Una clase TextWriter captura los resultados de la página y un parámetro Boolean especifica si se van a borrar las colecciones de QueryString y Form.
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 -> unitPublic Sub Execute (path As String, writer As TextWriter, preserveForm As Boolean)Parámetros
- path
- String
Ruta de acceso de la dirección URL que se va a ejecutar.
- writer
- TextWriter
TextWriter que capturará la salida.
- preserveForm
- Boolean
true para mantener las colecciones QueryString y Form; false para borrar las colecciones QueryString y Form.
Excepciones
La clase HttpContext actual es una referencia nula (Nothing en Visual Basic).
o bien
path termina con un punto (.).
o bien
Se produjo un error durante la ejecución del controlador especificado por path.
path es null.
path no es una ruta de acceso virtual.
Ejemplos
En el ejemplo siguiente se ejecuta la Login.aspx página del servidor en el directorio actual y se recibe la salida de la página a través del StringWriter objeto writer. Escribe la secuencia HTML recibida de en el flujo de writer salida HTTP. Se conservan el contenido de las Form colecciones y QueryString .
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
Comentarios
El Execute método continúa la ejecución de la solicitud original después de que se complete la ejecución de la ruta de acceso virtual especificada. El Transfer método transfiere incondicionalmente la ejecución a otro controlador.
ASP.NET no comprueba que el usuario actual esté autorizado para ver el recurso entregado por el Execute método . Aunque se ejecuta la lógica de autenticación y autorización de ASP.NET antes de llamar al controlador de recursos original, ASP.NET llama directamente al controlador indicado por el Execute método y no vuelve a ejecutar la lógica de autenticación y autorización para el nuevo recurso. Si la directiva de seguridad de la aplicación requiere que los clientes tengan la autorización adecuada para acceder al recurso, la aplicación debe forzar la reauthorización o proporcionar un mecanismo de control de acceso personalizado.
Puede forzar la reauthorización mediante el Redirect método en lugar del Execute método . Redirect realiza una redirección del lado cliente en la que el explorador solicita el nuevo recurso. Dado que esta redirección es una nueva solicitud que entra en el sistema, está sujeta a toda la lógica de autenticación y autorización de Internet Information Services (IIS) y ASP.NET directiva de seguridad.
Puede comprobar que el usuario tiene permiso para ver el recurso mediante la incorporación de un método de autorización personalizado que usa el IsInRole método antes de que la aplicación llame al Execute método .
Consulte también
Se aplica a
Execute(IHttpHandler, TextWriter, Boolean)
Ejecuta el controlador de la ruta de acceso virtual especificada en el contexto de la solicitud actual. Una clase TextWriter captura los resultados del controlador ejecutado y un parámetro Boolean especifica si se van a borrar las colecciones de QueryString y Form.
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 -> unitPublic Sub Execute (handler As IHttpHandler, writer As TextWriter, preserveForm As Boolean)Parámetros
- handler
- IHttpHandler
Controlador HTTP que implementa la interfaz IHttpHandler a la que se va a transferir la solicitud actual.
- writer
- TextWriter
TextWriter que capturará la salida.
- preserveForm
- Boolean
true para mantener las colecciones QueryString y Form; false para borrar las colecciones QueryString y Form.
Excepciones
Se produjo un error durante la ejecución del controlador especificado por handler.
El parámetro handler es null.
Comentarios
Puede escribir controladores HTTP personalizados para procesar tipos predefinidos específicos de solicitudes HTTP en cualquier lenguaje que sea compatible con Common Language Specification (CLS). El código ejecutable que se define en las clases de controlador HTTP en lugar de las páginas ASP convencionales (también conocidas como ASP clásicas) o ASP.NET páginas responde a estas solicitudes específicas. Los controladores HTTP permiten interactuar con los servicios de solicitud y respuesta de bajo nivel de un servidor web que ejecuta Internet Information Services (IIS) y proporcionan una funcionalidad similar a las extensiones ISAPI, pero con un modelo de programación más sencillo.
ASP.NET no comprueba que el usuario actual esté autorizado para ver el recurso entregado por el Execute método . Aunque se ejecuta la lógica de autenticación y autorización ASP.NET antes de llamar al controlador de recursos original, ASP.NET llama directamente al controlador indicado por el Execute método y no vuelve a ejecutar la lógica de autenticación y autorización para el nuevo recurso. Si la directiva de seguridad de la aplicación requiere que los clientes tengan la autorización adecuada para obtener acceso al recurso, la aplicación debe forzar la reautorización o proporcionar un mecanismo de control de acceso personalizado.
Puede forzar la reautorización mediante el Redirect método en lugar del Execute método . Redirect realiza una redirección del lado cliente en la que el explorador solicita el nuevo recurso. Dado que este redireccionamiento es una nueva solicitud que entra en el sistema, está sujeta a toda la lógica de autenticación y autorización tanto de IIS como de ASP.NET directiva de seguridad.
Puede comprobar que el usuario tiene permiso para ver el recurso mediante la incorporación de un método de autorización personalizado que usa el IsInRole método antes de que la aplicación llame al Execute método .
Consulte también
Se aplica a
Comentarios
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea: https://aka.ms/ContentUserFeedback.
Enviar y ver comentarios de