Wie zu vermeiden "Response.Redirect kann nicht in einem Page Callback aufgerufen werden"

Question

Ich bereite etwas Legacy-Framework-Code und eine riesige Menge davon ist einfach durch Ausnahme codieren. Es werden keine Werte überprüft, um festzustellen, ob sie null sind. Daher werden zahlreiche Ausnahmen ausgelöst und abgefangen.

Ich habe die meisten von ihnen aufgeräumt, jedoch gibt es ein paar Fehler/Login/Sicherheit bezogenen Framework-Methoden, die Response.Redirect tun und jetzt, dass wir Ajax verwenden, bekommen wir viel von "Response .Redirect kann nicht in einem Seiten-Callback aufgerufen werden. " Und ich würde das gerne vermeiden, wenn irgend möglich.

Gibt es eine Möglichkeit, diese Ausnahme programmatisch zu vermeiden? Ich bin auf der Suche nach so etwas wie

if (Request.CanRedirect) 
    Request.Redirect("url"); 

Hinweis, dies auch mit Server.Transfer geschieht, so dass ich mag in der Lage sein zu überprüfen, ob ich in der Lage bin Request.Redirect OR Server.Transfer zu tun.

Derzeit seine einfach tun dies

try 
{ 
    Server.Transfer("~/Error.aspx"); // sometimes response.redirect 
} 
catch (Exception abc) 
{ 
    // handle error here, the error is typically: 
    // Response.Redirect cannot be called in a Page callback 
} 

Answer 1

Sie können versuchen,

if (!Page.IsCallback) 
    Request.Redirect("url"); 

oder wenn Sie nicht eine Seite praktisch ...

try 
{ 
    if (HttpContext.Current == null) 
     return; 
    if (HttpContext.Current.CurrentHandler == null) 
     return; 
    if (!(HttpContext.Current.CurrentHandler is System.Web.UI.Page)) 
     return; 
    if (((System.Web.UI.Page)HttpContext.Current.CurrentHandler).IsCallback) 
     return; 

    Server.Transfer("~/Error.aspx"); 
} 
catch (Exception abc) 
{ 
    // handle it 
} 

Answer 2

sollten Sie laden Sie Ihre ScriptManager oder ScriptManagerProxy und dann das IsInAsyncPostBack-Flag. in etwa so aussehen, dass würde:

ScriptManager sm = this.Page.Form.FindControl("myScriptManager") as ScriptManager; 
if(!sm.IsInAsyncPostBack) 
{ 
    ... 
} 

Auf diese Weise können Sie asynchroner Postbacks mischen (die ausfallen sollte umleiten) mit normalen Postbacks, die ich nehme an, Sie noch umleiten möchten.

Answer 3

Ich glaube, Sie können einfach ersetzen Server.Transfer() mit Response.RedirectLocation(), die während des Rückrufs funktioniert.

try 
{ 
    Response.RedirectLocation("~/Error.aspx"); // sometimes response.redirect 
} 
catch (Exception abc) 
{ 
    // handle error here, the error is typically: 
    // Response.Redirect cannot be called in a Page callback 
} 

Answer 4

Wie oben erwähnt, sondern erweitert die .NET Version 4.x zu schließen und die Zuordnung zu den Response.RedirectLocation Eigenschaft, wenn es keine Page verfügbar ist.

try 
{ 
    HttpContext.Current.Response.Redirect("~/Error.aspx"); 
} 
catch (ApplicationException) 
{ 
    HttpContext.Current.Response.RedirectLocation =  
         System.Web.VirtualPathUtility.ToAbsolute("~/Error.aspx"); 
}