Wie man ein redirect-Anforderung nach einen jQuery-Ajax-call

Ich dieses Problem gelöst durch:

1. Hinzufügen einer benutzerdefinierten header der Antwort:

   public ActionResult Index(){
       if (!HttpContext.User.Identity.IsAuthenticated)
       {
           HttpContext.Response.AddHeader("REQUIRES_AUTH","1");
       }
       return View();
   }

2. Bindung eine JavaScript-Funktion, um die ajaxSuccess Ereignis und zu prüfen, wenn der header vorhanden ist:

   $(document).ajaxSuccess(function(event, request, settings) {
       if (request.getResponseHeader('REQUIRES_AUTH') === '1') {
          window.location = '/';
       }
   });

InformationsquelleAutor

Die Lösung wurde schließlich realisiert wurde, war die Verwendung einer wrapper für die callback-Funktion des Ajax-Aufrufs, und in dieser wrapper-check für das Vorhandensein einer bestimmten element auf der zurückgegebenen HTML-chunk. Wenn das element gefunden wurde, dann ist der wrapper ausgeführt eine Umleitung. Wenn nicht, wird die wrapper weitergeleitet, der Aufruf an die eigentliche callback-Funktion.

Beispielsweise unsere wrapper-Funktion war so etwas wie:

function cbWrapper(data, funct){
    if($("#myForm", data).length > 0)
        top.location.href="login.htm";//redirection
    else
        funct(data);
}

Dann, wenn der Ajax-Aufruf verwendeten wir so etwas wie:

$.post("myAjaxHandler", 
       {
        param1: foo,
        param2: bar
       },
       function(data){
           cbWrapper(data, myActualCB);
       }, 
       "html"
);

Dieser arbeitete für uns, da alle Ajax-Aufrufe immer wieder HTML innerhalb eines DIV-Elements, mit dem wir ersetzen Sie ein Stück von der Seite. Auch, wir brauchten nur zum umleiten auf die login-Seite.

InformationsquelleAutor Elliot Vargas

Verwendung der low-level $.ajax() nennen:

$.ajax({
  url: "/yourservlet",
  data: { },
  complete: function(xmlHttp) {
    //xmlHttp is a XMLHttpRquest object
    alert(xmlHttp.status);
  }
});

Versuchen, diese für eine Umleitung:

if (xmlHttp.code != 200) {
  top.location.href = '/some/other/page';
}

InformationsquelleAutor Till

Ich weiß, das Thema ist alt, aber ich gebe noch einen anderen Ansatz, den ich gefunden habe und die zuvor beschriebenen hier. Grundsätzlich bin ich mit ASP.MVC mit WIF (aber das ist nicht wirklich wichtig für den Zusammenhang mit diesem Thema - Antwort ausreichend ist, egal welche frameworks verwendet werden. Der Hinweis bleibt unverändert - der Umgang mit Fragen im Zusammenhang mit der Authentifizierung Fehler beim ausführen von ajax-Anfragen).

Den Ansatz unten gezeigt, angewendet werden können, um alle ajax-Anfragen aus der box (wenn Sie nicht neu definieren beforeSend Veranstaltung offensichtlich).

$.ajaxSetup({
    beforeSend: checkPulse,
    error: function (XMLHttpRequest, textStatus, errorThrown) {
        document.open();
        document.write(XMLHttpRequest.responseText);
        document.close();
    }
});

Vor jeder ajax-Anfrage durchgeführt wird CheckPulse Methode aufgerufen wird (der controller-Methode die alles sein kann einfachsten):

[Authorize]
public virtual void CheckPulse() {}

Wenn der Benutzer nicht authentifiziert (token abgelaufen ist) eine solche Methode nicht zugegriffen werden kann (geschützt durch Authorize - Attribut). Da das framework übernimmt die Authentifizierung, während der token abläuft, es setzt den http-status 302 auf die Antwort. Wenn Sie nicht möchten, dass Ihre browser zu handhaben 302 Antwort, transparent, fängt es in der Globalen.asax und ändern der Antwort-status - zum Beispiel 200 OK. Darüber hinaus header hinzufügen, die Sie auffordert, diese Antwort in besonderer Weise (später auf der client-Seite):

protected void Application_EndRequest()
{
    if (Context.Response.StatusCode == 302
        && (new HttpContextWrapper(Context)).Request.IsAjaxRequest())
    {                
        Context.Response.StatusCode = 200;
        Context.Response.AddHeader("REQUIRES_AUTH", "1");
    }
}

Schließlich auf der client-Seite prüfen, für solche custom-header. Wenn vorhanden - vollständige Umleitung auf die Anmeldeseite getan werden sollte (in meinem Fall window.location wird ersetzt durch die url-Anforderung, die verarbeitet wird, automatisch von meinem Rahmen).

function checkPulse(XMLHttpRequest) {
    var location = window.location.href;
    $.ajax({
        url: "/Controller/CheckPulse",
        type: 'GET',
        async: false,
        beforeSend: null,
        success:
            function (result, textStatus, xhr) {
                if (xhr.getResponseHeader('REQUIRES_AUTH') === '1') {
                    XMLHttpRequest.abort(); //terminate further ajax execution
                    window.location = location;
                }
            }
    });
}

InformationsquelleAutor jwaliszko

Ich dieses Problem behoben so:

Hinzufügen einer middleware für die Antwort, wenn es eine Umleitung für eine ajax-Anfrage, ändern Sie die Reaktion auf eine normale Antwort mit der redirect-url.

class AjaxRedirect(object):
  def process_response(self, request, response):
    if request.is_ajax():
      if type(response) == HttpResponseRedirect:
        r = HttpResponse(json.dumps({'redirect': response['Location']}))
        return r
    return response

Dann in ajaxComplete, wenn die Antwort enthält umzuleiten, muss es eine Umleitung, so ändern Sie die browser-Standort.

$('body').ajaxComplete(function (e, xhr, settings) {
   if (xhr.status == 200) {
       var redirect = null;
       try {
           redirect = $.parseJSON(xhr.responseText).redirect;
           if (redirect) {
               window.location.href = redirect.replace(/\?.*$/, "?next=" + window.location.pathname);
           }
       } catch (e) {
           return;
       }
   }
}

InformationsquelleAutor Tyr

Andere Lösung, die ich fand (besonders nützlich, wenn Sie möchten, legen Sie eine Globale Verhalten) ist die Verwendung der $.ajaxsetup() Methode zusammen mit der statusCode Eigenschaft. Wie andere hingewiesen, nicht mit einem redirect-statuscode (3xx), verwenden Sie stattdessen eine 4xx statuscode und Griff die Umleitung client-Seite.

$.ajaxSetup({ 
  statusCode : {
    400 : function () {
      window.location = "/";
    }
  }
});

Ersetzen 400 mit dem statuscode, die Sie behandeln möchten. Wie bereits erwähnt 401 Unauthorized könnte eine gute Idee sein. Ich benutze die 400 da es sehr schwammig und ich kann die 401 für bestimmte Fälle (wie falsche Anmeldedaten). Also statt der Umleitung direkt an Ihre backend zurückgeben sollte eine 4xx Fehler-code, wenn die Sitzung abläuft und Sie Ihr mit dem umleiten von client-Seite. Funktioniert perfekt für mich, auch mit frameworks wie backbone.js

InformationsquelleAutor morten.c

Zusammenzustellen, was Vladimir Prudnikov und Thomas Hansen sagte:

• Ändern Sie den serverseitigen code, um festzustellen, ob es eine XHR. Wenn es ist, legen Sie den response-code der Umleitung zu 278.
  In django:

   if request.is_ajax():
      response.status_code = 278

Das macht den browser behandeln die Reaktion als Erfolg, und geben Sie es zu Ihr Javascript.

• In Ihrem JS, stellen Sie sicher, dass das Formular versendet wird per Ajax, überprüfen Sie die Antwort-code und leiten, wenn nötig:

$('#my-form').submit(function(event){ 

  event.preventDefault();   
  var options = {
    url: $(this).attr('action'),
    type: 'POST',
    complete: function(response, textStatus) {    
      if (response.status == 278) { 
        window.location = response.getResponseHeader('Location')
      }
      else { ... your code here ... } 
    },
    data: $(this).serialize(),   
  };   
  $.ajax(options); 
});

InformationsquelleAutor Graham King

Versuchen

    $(document).ready(function () {
        if ($("#site").length > 0) {
            window.location = "<%= Url.Content("~") %>" + "Login/LogOn";
        }
    });

Legen Sie es auf der login-Seite. Wenn es geladen wurde in ein div-Element auf der Hauptseite, es wird umgeleitet, bis der login-Seite. "#Website" ist die id des div, die sich auf alle Seiten außer der login-Seite.

InformationsquelleAutor podeig

Ich dies Problem gelöst, indem Sie die folgenden in meine login.php Seite.

<script type="text/javascript">
    if (top.location.href.indexOf('login.php') == -1) {
        top.location.href = '/login.php';
    }
</script>

InformationsquelleAutor Paul Richards

Lassen Sie mich einfach zitieren, wieder das problem wie beschrieben von @Steg

Ich hatte ein ähnliches problem, zu verkaufen. Ich führe eine ajax-Anforderung, 2
mögliche Antworten: einer, der leitet den browser zu einer neuen Seite und
man ersetzt eine vorhandene HTML-Formular auf der aktuellen Seite mit einer neuen
.

IMHO ist dies eine echte Herausforderung und wird offiziell erweitert, um den aktuellen HTTP-standards.

Glaube ich, dass die neuen Http-Standard wird eine neue status-code.
Bedeutung: derzeit 301/302 sagt dem browser, gehen Sie und Holen Sie die Inhalte der diese Anforderung an eine neue location.

In der erweiterten standard -, er wird sagen, dass, wenn die Antwort status: 308 (nur ein Beispiel), dann soll der browser umleiten Haupt-Seite, um die location zur Verfügung gestellt.

Dass gesagt wird; ich bin geneigt, bereits imitieren dieses Zukunft Verhalten, und wenn daher ein Dokument.Umleitung wird benötigt, ich habe die server-Antworten, wie:

status: 204 No Content
x-status: 308 Document Redirect
x-location: /login.html

Wenn JS bekommt die "status: 204", prüft es die Existenz der x-status: 308 header, und nicht ein Dokument.redirect auf die Seite in der location header.

Macht das Sinn für Sie?

InformationsquelleAutor Chaim Klar

in der servlet-Sie sollten
response.setStatus(response.SC_MOVED_PERMANENTLY);
zum senden der '301' xmlHttp-status benötigen Sie für eine Umleitung...

und in der $.ajax-Funktion sollten Sie nicht verwenden die .toString() Funktion..., nur

if (xmlHttp.status == 301) {
top.location.href = 'xxxx.jsp';
}

das problem ist, es ist nicht sehr flexibel, Sie können sich nicht entscheiden, wo Sie umleiten möchten..

Umleitung durch die servlets sollte der beste Weg sein. aber ich kann immer noch nicht den richtigen Weg finden, es zu tun.

InformationsquelleAutor

Wenn Sie auch möchten, übergeben Sie die Werte dann kannst du auch das session-Variablen und Zugriff
ZB:
In Ihrer jsp schreiben Sie

<% HttpSession ses = request.getSession(true);
   String temp=request.getAttribute("what_you_defined"); %>

Und dann können Sie speichern das temp-Wert im javascript-variable und spielen, um

InformationsquelleAutor karthik339

Endlich, dass ich das problem lösen, indem Sie ein benutzerdefiniertes HTTP Header. Nur vor der Antwort für jede Anforderung im server-Seite, ich fügen Sie die aktuelle url zum Antwort-header.

Meine Bewerbung geben Sie auf dem server ist Asp.Net MVC, und es ist ein guter Ort, um es zu tun. in Global.asax ich implementiert die Application_EndRequest Ereignis so:

    public class MvcApplication : System.Web.HttpApplication
    {

    // ...
    // ...

        protected void Application_EndRequest(object sender, EventArgs e)
        {
            var app = (HttpApplication)sender;
            app.Context.Response.Headers.Add("CurrentUrl",app.Context. Request.CurrentExecutionFilePath);
        }

    }

Funktioniert es perfekt für mich! Jetzt in jeder Antwort des JQuery $.post ich habe die angeforderten url und auch andere response-Header, die kommt als Ergebnis POST Methode von status 302, 303 ,... .

und andere wichtige Sache ist, dass es keine Notwendigkeit code ändern auf der server-Seite noch die client-Seite.

und der nächste ist die Fähigkeit, sich Zugang zu den anderen Informationen, die der post-action-solche Fehler, Nachrichten und ... auf diesem Weg.

Ich dies gepostet, vielleicht helfen Sie jemanden 🙂

InformationsquelleAutor Ali Adlavaran

Können Sie auch Haken XMLHttpRequest senden Prototyp. Dies funktioniert für alle sendet (jQuery/dojo/etc) mit einem handler.

Schrieb ich hier code zum behandeln einer 500-Seite abgelaufen Fehler, aber es sollte genauso gut funktionieren als Falle ein 200 umleiten. Bereit, den wikipedia-Eintrag über XMLHttpRequest onreadystatechange über die Bedeutung der readyState.

//Hook XMLHttpRequest
var oldXMLHttpRequestSend = XMLHttpRequest.prototype.send;

XMLHttpRequest.prototype.send = function() {
  //console.dir( this );

  this.onreadystatechange = function() {
    if (this.readyState == 4 && this.status == 500 && this.responseText.indexOf("Expired") != -1) {
      try {
        document.documentElement.innerHTML = this.responseText;
      } catch(error) {
        //IE makes document.documentElement read only
        document.body.innerHTML = this.responseText;
      }
    }
  };

  oldXMLHttpRequestSend.apply(this, arguments);
}

InformationsquelleAutor Curtis Yallop

Bekam ich eine Arbeit solulion mit den Antworten von @John und @Arpad link und @RobWinch link

Ich benutze Spring Security 3.2.9 und jQuery-1.10.2.

Verlängern Frühjahr die Klasse zu verursachen 4XX-Antwort nur von AJAX-Anfragen:

public class CustomLoginUrlAuthenticationEntryPoint extends LoginUrlAuthenticationEntryPoint {

    public CustomLoginUrlAuthenticationEntryPoint(final String loginFormUrl) {
        super(loginFormUrl);
    }

    //For AJAX requests for user that isn't logged in, need to return 403 status.
    //For normal requests, Spring does a (302) redirect to login.jsp which the browser handles normally.
    @Override
    public void commence(final HttpServletRequest request,
                         final HttpServletResponse response,
                         final AuthenticationException authException)
            throws IOException, ServletException {
        if ("XMLHttpRequest".equals(request.getHeader("X-Requested-With"))) {
            response.sendError(HttpServletResponse.SC_FORBIDDEN, "Access Denied");
        } else {
            super.commence(request, response, authException);
        }
    }
}

applicationContext-security.xml

  <security:http auto-config="false" use-expressions="true" entry-point-ref="customAuthEntryPoint" >
    <security:form-login login-page='/login.jsp' default-target-url='/index.jsp'                             
                         authentication-failure-url="/login.jsp?error=true"
                         />    
    <security:access-denied-handler error-page="/errorPage.jsp"/> 
    <security:logout logout-success-url="/login.jsp?logout" />
...
    <bean id="customAuthEntryPoint" class="com.myapp.utils.CustomLoginUrlAuthenticationEntryPoint" scope="singleton">
        <constructor-arg value="/login.jsp" />
    </bean>
...
<bean id="requestCache" class="org.springframework.security.web.savedrequest.HttpSessionRequestCache">
    <property name="requestMatcher">
      <bean class="org.springframework.security.web.util.matcher.NegatedRequestMatcher">
        <constructor-arg>
          <bean class="org.springframework.security.web.util.matcher.MediaTypeRequestMatcher">
            <constructor-arg>
              <bean class="org.springframework.web.accept.HeaderContentNegotiationStrategy"/>
            </constructor-arg>
            <constructor-arg value="#{T(org.springframework.http.MediaType).APPLICATION_JSON}"/>
            <property name="useEquals" value="true"/>
          </bean>
        </constructor-arg>
      </bean>
    </property>
</bean>

In meinem JSPs, fügen Sie eine Globale AJAX-error-handler, wie gezeigt, hier

  $( document ).ajaxError(function( event, jqxhr, settings, thrownError ) {
      if ( jqxhr.status === 403 ) {
          window.location = "login.jsp";
      } else {
          if(thrownError != null) {
              alert(thrownError);
          } else {
              alert("error");
          }
      }
  });

Entfernen Sie außerdem die vorhandenen Fehler-Handler von AJAX-Aufrufe in JSP-Seiten:

        var str = $("#viewForm").serialize();
        $.ajax({
            url: "get_mongoDB_doc_versions.do",
            type: "post",
            data: str,
            cache: false,
            async: false,
            dataType: "json",
            success: function(data) { ... },
//           error: function (jqXHR, textStatus, errorStr) {
//                if(textStatus != null)
//                    alert(textStatus);
//                else if(errorStr != null)
//                    alert(errorStr);
//                else
//                    alert("error");
//           }
        });

Ich hoffe, es hilft anderen.

Update1
Ich fand, dass ich brauchte, um die Möglichkeit (immer-use-default-target="true") der form-login-config.
Dies war nötig, da nach einer AJAX-Anfrage wird an die Anmeldeseite umgeleitet (wegen abgelaufener session), Feder, erinnert sich der frühere AJAX-Anfrage und automatische Weiterleitungen nach dem login. Dies bewirkt, dass die zurückgegebenen JSON-Anzeige auf der browser-Seite. Natürlich nicht das, was ich will.

Update2
Anstelle der Verwendung von always-use-default-target="true" Verwendung von @RobWinch Beispiel der Sperrung von AJAX-Anfragen aus dem requstCache. Dies ermöglicht, normale links werden umgeleitet und von Ihrem ursprünglichen Ziel nach dem login, aber AJAX gehen Sie auf der Startseite nach dem login.

InformationsquelleAutor Darren Parker