HttpServerUtility.Execute Metodo

public:
 void Execute(System::String ^ path);

public void Execute (string path);

member this.Execute : string -> unit

Public Sub Execute (path As String)

Parametri

Eccezioni

Esempio

Nell'esempio seguente viene visualizzata la pagina aspx "Updateinfo.aspx" nella directory corrente. L'esecuzione del programma torna alla pagina iniziale dopo la visualizzazione della pagina Updateinfo.aspx.

Server.Execute("updateinfo.aspx");

Server.Execute("updateinfo.aspx")
   

Commenti

Il Execute metodo continua l'esecuzione della pagina originale dopo il completamento dell'esecuzione della nuova pagina. Il Transfer metodo trasferisce in modo incondizionato l'esecuzione a un altro gestore.

ASP.NET non verifica che l'utente corrente sia autorizzato a visualizzare la risorsa recapitata dal Execute metodo . Anche se la logica di autorizzazione e autenticazione ASP.NET viene eseguita prima che venga chiamato il gestore di risorse originale, ASP.NET chiama direttamente il gestore indicato dal Execute metodo e non esegue di nuovo l'autenticazione e la logica di autorizzazione per la nuova risorsa. Se i criteri di sicurezza dell'applicazione richiedono ai client di disporre dell'autorizzazione appropriata per accedere alla risorsa, l'applicazione deve forzare la riautorizzazione o fornire un meccanismo personalizzato di controllo degli accessi.

È possibile forzare la riautorizzazione usando il Redirect metodo anziché il Execute metodo . Redirect esegue un reindirizzamento lato client in cui il browser richiede la nuova risorsa. Poiché questo reindirizzamento è una nuova richiesta che entra nel sistema, viene sottoposta a tutta la logica di autenticazione e autorizzazione di Internet Information Services (IIS) e ASP.NET criteri di sicurezza.

È possibile verificare che l'utente disponga dell'autorizzazione per visualizzare la risorsa incorporando un metodo di autorizzazione personalizzato che usa il IsInRole metodo prima che l'applicazione chiami il Execute metodo .

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)

Parametri

Eccezioni

Esempio

Nell'esempio seguente viene illustrato come eseguire la pagina Updateinfo.aspx aspx nella richiesta corrente e mantenere le QueryString raccolte e Form . L'esecuzione del programma torna alla pagina iniziale dopo Updateinfo.aspx la visualizzazione.

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

Vedi anche

• Transfer

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)

Parametri

Eccezioni

Esempio

L'esempio seguente esegue la Login.aspx pagina nel server nella directory corrente e riceve l'output dalla pagina tramite l'oggetto StringWriterwriter. Scrive il flusso HTML ricevuto dal writer flusso di output 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())
   

Commenti

Il Execute metodo continua l'esecuzione della richiesta originale dopo il completamento dell'esecuzione del percorso virtuale specificato. Il Transfer metodo trasferisce in modo incondizionato l'esecuzione a un altro gestore.

ASP.NET non verifica che l'utente corrente sia autorizzato a visualizzare la risorsa recapitata dal Execute metodo . Anche se la logica di autorizzazione e autenticazione ASP.NET viene eseguita prima che venga chiamato il gestore di risorse originale, ASP.NET chiama direttamente il gestore indicato dal Execute metodo e non esegue di nuovo l'autenticazione e la logica di autorizzazione per la nuova risorsa. Se i criteri di sicurezza dell'applicazione richiedono ai client di disporre dell'autorizzazione appropriata per accedere alla risorsa, l'applicazione deve forzare la riautorizzazione o fornire un meccanismo personalizzato di controllo degli accessi.

È possibile forzare la riautorizzazione usando il Redirect metodo anziché il Execute metodo . Redirect esegue un reindirizzamento lato client in cui il browser richiede la nuova risorsa. Poiché questo reindirizzamento è una nuova richiesta che entra nel sistema, viene sottoposta a tutta la logica di autenticazione e autorizzazione di Internet Information Services (IIS) e ASP.NET criteri di sicurezza.

È possibile verificare che l'utente disponga dell'autorizzazione per visualizzare la risorsa incorporando un metodo di autorizzazione personalizzato che usa il IsInRole metodo prima che l'applicazione chiami il Execute metodo .

Vedi anche

• Transfer

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)

Parametri

Eccezioni

Esempio

L'esempio seguente esegue la Login.aspx pagina nel server nella directory corrente e riceve l'output dalla pagina tramite l'oggetto StringWriterwriter. Scrive il flusso HTML ricevuto dal writer flusso di output HTTP. Il contenuto delle Form raccolte e QueryString viene mantenuto.

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

Commenti

Il Execute metodo continua l'esecuzione della richiesta originale dopo il completamento dell'esecuzione del percorso virtuale specificato. Il Transfer metodo trasferisce in modo incondizionato l'esecuzione a un altro gestore.

ASP.NET non verifica che l'utente corrente sia autorizzato a visualizzare la risorsa recapitata dal Execute metodo . Anche se la logica di autorizzazione e autenticazione ASP.NET viene eseguita prima che venga chiamato il gestore di risorse originale, ASP.NET chiama direttamente il gestore indicato dal Execute metodo e non esegue di nuovo l'autenticazione e la logica di autorizzazione per la nuova risorsa. Se i criteri di sicurezza dell'applicazione richiedono ai client di disporre dell'autorizzazione appropriata per accedere alla risorsa, l'applicazione deve forzare la riautorizzazione o fornire un meccanismo personalizzato di controllo degli accessi.

È possibile forzare la riautorizzazione usando il Redirect metodo anziché il Execute metodo . Redirect esegue un reindirizzamento lato client in cui il browser richiede la nuova risorsa. Poiché questo reindirizzamento è una nuova richiesta che entra nel sistema, viene sottoposta a tutta la logica di autenticazione e autorizzazione di Internet Information Services (IIS) e ASP.NET criteri di sicurezza.

È possibile verificare che l'utente disponga dell'autorizzazione per visualizzare la risorsa incorporando un metodo di autorizzazione personalizzato che usa il IsInRole metodo prima che l'applicazione chiami il Execute metodo .

Vedi anche

• Transfer

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)

Parametri

Eccezioni

Commenti

È possibile scrivere gestori HTTP personalizzati per elaborare tipi specifici e predefiniti di richieste HTTP in qualsiasi linguaggio conforme a Common Language Specification (CLS). Il codice eseguibile definito nelle classi del gestore HTTP anziché le pagine ASP classiche (note anche come pagine ASP classiche) o ASP.NET risponde a queste richieste specifiche. I gestori HTTP consentono di interagire con i servizi di richiesta e risposta di basso livello di un server Web che esegue Internet Information Services (IIS) e forniscono funzionalità simili alle estensioni ISAPI, ma con un modello di programmazione più semplice.

ASP.NET non verifica che l'utente corrente sia autorizzato a visualizzare la risorsa recapitata dal Execute metodo . Anche se la logica di autorizzazione e autenticazione ASP.NET viene eseguita prima che venga chiamato il gestore di risorse originale, ASP.NET chiama direttamente il gestore indicato dal Execute metodo e non esegue nuovamente l'autenticazione e la logica di autorizzazione per la nuova risorsa. Se i criteri di sicurezza per l'applicazione richiedono che i client dispongano dell'autorizzazione appropriata per ottenere l'accesso alla risorsa, l'applicazione deve forzare la riauthorizzazione o fornire un meccanismo di controllo degli accessi personalizzato.

È possibile forzare la riauthorizzazione usando il metodo anziché il RedirectExecute metodo . Esegue Redirect un reindirizzamento lato client in cui il browser richiede la nuova risorsa. Poiché questo reindirizzamento è una nuova richiesta che immette il sistema, viene sottoposta a tutte le logica di autenticazione e autorizzazione sia dei criteri di sicurezza IIS che di ASP.NET.

È possibile verificare che l'utente disponga dell'autorizzazione per visualizzare la risorsa incorporando un metodo di autorizzazione personalizzato che usa il metodo prima che l'applicazione chiami il IsInRoleExecute metodo.

Vedi anche

• Transfer