Ändern Daten auf GET Seite Anfrage (Umgang mit Vorbelastung Anfragen)

Question

Ich habe ein Portlet. Wenn das Portlet geladen wird, muss vor dem Rendern der ersten Ansicht in einigen Fällen ein Repository aufgerufen werden, das die Daten in der Datenbank ändert. Ich würde nicht näher darauf eingehen, warum dies notwendig ist, und die Antworten darauf, dass es sich um einen Konstruktionsfehler handelt, sind nicht hilfreich. Ich bin mir bewusst, dass es ein Designfehler ist, aber ich möchte immer noch eine alternative Lösung für das folgende Problem finden:

Das Problem mit dieser Einrichtung ist, dass Browser Preloading-Anforderungen senden. Die URL der Seite, auf der sich das Portlet befindet, ist beispielsweise/test-portlet. Jetzt, wenn Sie es in Ihre Adresszeile eingeben, dann wenn Sie es in Ihrem Browser-Verlauf haben, dann sendet der Browser eine GET-Anfrage an die Seite bereits, wenn es Ihnen vorschlägt. Wenn Sie die Eingabetaste drücken, bevor die erste GET-Anfrage aufgelöst wurde, sendet der Browser eine neue GET-Anfrage. Dies bedeutet, dass das Portlet zwei separate Anforderungen empfängt, die es parallel verarbeitet. Die erste Datenbankprozedur funktioniert möglicherweise korrekt, aber unter Berücksichtigung der Art der Datenbankprozedur gibt der zweite Aufruf normalerweise eine Ausnahme.

Was wäre eine schöne saubere Art und Weise sein, mit dem oben erwähnten Problem aus der Java-Anwendung zu tun?

Nebenbei bemerkt: Ich bin mit Spring MVC.

Ein einfaches Beispiel einer möglichen Steuerung:

@RequestMapping 
public String index(Model model, RenderRequest request){ 
    String username = dummyRepository.changeSomeData(request.getAttribute("userId")); 
    model.add("userName", username); 
    return "view"; 
} 

Ich würde in einer Lösung interessiert sein zusammen die erste Ausführung zu blockieren. Zum Beispiel eine Art von Umleitung zum POST vom Controller, die der Browser nicht auslösen würde. Nicht sicher, ob es aber erreichbar ist.

Answer 1

Mit Sperren Ich denke, man es lösen könnte, die secound Anfrage Warten auf den ersten machen zu beenden und die Verarbeitung es dann. Ich habe Erfahrung nicht mit Sperren in Java, aber ich fand einen anderen Stapel Austausch Post über Dateisperren in jave: How can I lock a file using java (if possible)

Answer 2

verweisen auf this answer, könnte es Ihnen helfen, einige Vorbelastung Anfragen zu erkennen und zu ignorieren. Sie sollten jedoch auch sicherstellen, dass der "schlimmste Fall" funktioniert, vielleicht mit dem Sperren, wie von @jpeg vorgeschlagen, aber es könnte so einfach sein wie mit einem synchronize Block irgendwo.

Answer 3

Da ich nicht sehe, dass Chrome fügt einige spezifische Header (oder sowieso benachrichtigt den Server über Prerendering-Status) ist es wahrscheinlich nicht möglich, es auf der Serverseite zu erkennen ... zumindest nicht direkt. Sie können jedoch die Erkennung auf der Clientseite simulieren und später mit dem Serveraufruf kombinieren.

Beachten Sie, dass Sie auf der Client-Seite detect prerendering:

if (document.webkitVisibilityState == 'prerender' || document.visibilityState == 'prerender' || document.visibilityState[0] == 'prerender') { 
    // prerendering takes place 
} 

Jetzt können Sie auf Client-Seite brechen Vorbelastung durch Alert-Box im Falle Browser zeigt ist der Zustand in Vorbelastung (oder Sie können tun, wahrscheinlich das gleiche mit nur einem gewissen Fehler in JavaScript aktivieren, anstatt Alarm zu verwenden()):

if (document.webkitVisibilityState == 'prerender' || document.visibilityState == 'prerender' || document.visibilityState[0] == 'prerender') { 
    alert('this is alert during prerendering..') 
} 

Nun, wenn Chrom prerenders die Seite es wird scheitern, weil die Javascript-alert den Browser Javascript, um fortzufahren verhindert die Ausführung.

Wenn Sie in Chrom Typ: chrome: // net-internals/# Prerender Sie verfolgen können, wann und für welche Seiten Chrom Pre-Rendering ausführt.Im Falle des obigen Beispiels (mit Warnfeld während prerendering) kann man dort sehen:

link rel Prerender (Kreuz Domäne) http://some.url.which.is.preloadedJavascript Alarm 2015.06.07 19: 26: 18,758

Der Endzustand - Javascript Alret beweist, dass Chrom die Seite vorzuladen fehlgeschlagen (ich diese getestet haben).

Nun, wie kann dies Ihr Problem lösen? Nun können Sie diese kombinieren mit asynchronem Aufruf (AJAX) und einige Inhalte laden (von einer anderen URL), je nach wheater der Seite tatsächlich prerendering oder nicht.

Betrachten Sie folgenden Code (die von Ihrem Portlet unter url/Test-Portlet gemacht werden könnten):

<html> 
    <body> 


    <div id="content"></div> 

<script> 

if (document.webkitVisibilityState == 'prerender' || document.visibilityState == 'prerender' || document.visibilityState[0] == 'prerender') { 
    // when chrome uses prerendering we block the request with alert 
    alert('this is alert during prerendering..'); 
} else { 
    // in case no prerendering takes place we load the actual content asynchronously 

    var xhr = new XMLHttpRequest(); 
    xhr.onreadystatechange = function() { 
     if (xhr.readyState == 4) { 
      // when the content is loaded we place the html inside "content" div    
      document.getElementById('content').innerHTML = xhr.responseText; 

     } 
    } 
    xhr.open('GET', '/hidden-portlet', true); // we call the actual portlet 
    xhr.send(null); 

} 

</script> 

    </body> 
</html> 

Wie Sie sehen das/hidden-Portlet nur bei Browser geladen wird, wird die Seite normalerweise geladen (ohne Vorladung). Der serverseitige Handler unter URL/verstecktes Portlet (der ein anderes Portlet/Servlet sein kann) enthält tatsächlichen Code, der während des Vorrenderns nicht ausgeführt werden sollte. So ist es die/hidden-Portlets, die

dummyRepository.changeSomeData(request.getAttribute("userId")); 

Dieses Portlet auch normale Ansicht zurückkehren kann (gerendert html) ausführt, die asynchron auf der Seite unter url/Test-Portlet dank den Trick platziert wird auf/test- Portlet: document.getElementById('content').innerHTML = xhr.responseText;.

So das Portlet unter der Adresse/Test-Portlet sumarize nur html mit einem Javascript-Code zurückgibt, die tatsächliche Portlet auslöst.

Wenn Sie viele zerbrechliche Portlets haben, können Sie damit noch weiter gehen, so dass Sie/test-portlet mit Anfrageparameter wie /test-portlet?actualUrl=hidden-portlet parametrisieren können, so dass die Adresse des tatsächlichen Portlets von url genommen wird (was als gelesen werden kann) Parameter auf Serverseite anfordern). Server wird in diesem Fall dynamisch die URL übertragen, die geladen werden soll:

Anstatt also fest einprogrammiert:

xhr.open('GET', '/hidden-portlet', true); 

Sie haben

xhr.open('GET', '/THIS_IS_DYNAMICALLY_REPLACED_EITHER_ON_SERVER_OR_CLIENT_SIDE_WITH_THE_ADDRES_FROM_URL', true);