JSF lifecycle - Ausführen von managed bean Methode nach Anfrage komplette

Verwendung von JSF 2.0 und Spring, verwende ich eine @RequestScope managed bean. Diese bean speichert Informationen über den angemeldeten Benutzer. Es lädt den Benutzer aus der DB in ein @PostConstruct Methode:

@PostConstruct
public void init() {
    String username = login.getUsername();
    user = userDao.load(username);
}

Den angemeldeten Benutzer können dann Auslöser auf die Aktion auf der Seite, die updates der user in der Datenbank (mit anderen managed bean).

Jedoch die @RequestScope bean aufgebaut ist, am Anfang der Anfrage, die vor dem Aufruf der Update-Aktion. Als Ergebnis, wenn die Seite erneut angezeigt wird, die User variable hat immer noch Ihre alten Werte.

Meine Frage ist: muss ich einen Weg aus meinem laden-Methode nicht an den Anfang der Anfrage, aber nach die Anfrage gesendet wurde? Oder bin ich den Umgang mit dieser in die falsche Richtung?

Danke für deine Einsicht,

Sébastien

InformationsquelleAutor Sébastien Tromp | 2011-01-27
  1. 1

    Den angemeldeten Benutzer können dann Auslöser auf die Aktion auf der Seite, die updates der user in der Datenbank (mit anderen managed bean).

    Den gleichen managed bean sollte wurden aktualisiert, zu diesem Zeitpunkt. Wenn Sie nicht die Wiederverwendung der gleichen managed bean aus irgendeinem Grund, dann sollten Sie manuell tun, indem Sie auf es in der action-Methode und dem Aufruf der setter selbst.

    Update: auf der Grundlage der Kommentare, hier ist, wie die Bohnen sollten erklärt werden und injiziert und verwendet in Ihrer speziellen Anforderung:

    @ManagedBean(name="#{login}")
@SessionScoped
public class LoginManager {

    private String username;

    //...
}
    @ManagedBean(name="#{user}")
@RequestScoped
public class UserManager {

    @ManagedProperty(value="#{login}")
    private LoginManager login;
    private User current;

    @PostConstruct
    public void init() {
        current = userDAO.find(login.getUsername());
    }

    //...
}
    @ManagedBean(name="#{profile}")
@RequestScoped
public class ProfileManager {

    @ManagedProperty(value="#{user}")
    private UserManager user;

    public void save() {
        userDAO.save(user.getCurrent());
    }

    //...
}
    <h:form>
    <h:inputText value="#{user.current.firstname}" />
    <h:inputText value="#{user.current.lastname}" />
    <h:inputText value="#{user.current.birthdate}" />
    ...
    <h:commandButton value="Save" action="#{profile.save}" />
</h:form>
    • In der Tat, was scheint auftreten, ist, dass die Anforderung bean erstellt wird, dann die andere managed-bean genannt-und der anderen Wunsch-bean injiziert wird. Ich dann ändern und den neuen Wert einstellen meiner User, aber es hat keine Auswirkungen auf meine erste Anfrage-Objekt. Gibt es eine Möglichkeit zur Weitergabe der ersten request-Objekt zu meinen anderen manager bean, oder, um es abzurufen?
    • Zuerst: was genau ist der Grund dafür, dass Sie die angemeldeten Benutzers in einem request-scoped bean? Warum würden Sie brauchen, um die bean lebt in nachfolgenden Anforderungen? Ich dachte, dass der login wie in deinem code-Beispiel ist eigentlich session-scoped bean und auf diese Weise stellen Sie sicher, dass die User enthält neue Daten, die auf jede Anfrage. Wenn dies nicht der Fall ist, dann User jeden Fall muss ein session-scoped bean.
    • In der Tat. Ich Speichere den Benutzernamen in einer session-scoped bean, und zeigen die user auf die Anfrage um sicherzustellen, dass die Daten regelmäßig aktualisiert werden. Mein Problem hier scheint zu sein, dass in meinem anderen managed-bean, die user ich abrufen (z.B. aus der DB), und ändern Sie nicht weitergegeben werden, um die request-scoped bean (die bereits gebaut werden, wenn die Anforderung ausgelöst wurde, bevor den Anruf zu den anderen managed-bean, hat eine gewisse Logik auf es)
    • Nur speichern Sie die änderungen in der DB? Edit: wenn du 2 request-scoped beans der gleichen Klasse in der gleichen Klasse, dann ist da definitiv etwas falsch. Bist du nicht manuell instanziiert diese Bohnen anstatt dass JSF den job? In irgendeiner Weise, die Sie injizieren müssen die request-scoped bean hält die User - Eigenschaft (siehe deine Frage) in der bean, das den update-Auftrag.
    • Die andere managed-bean-ruft die User aus der DB, dann tut einige änderungen. Allerdings habe ich gemerkt, dass ich gesagt habe, einige verwirrende Dinge: die request-scoped bean hatte keinen Bezug zu meinen anderen bean, es war das Gegenteil um. Logischer Weise, wird der request-scoped bean sollte die Referenz auf das andere, das User (ich glaube, das ist der setter, die Sie erwähnt), dann rufen die anderen managed bean Methode. Ich werde ändern Sie die Verbände um und halten Sie aktualisiert. Edit: scheint ths Injektion des Benutzer-Eigenschaft ist genau die Frage, die ich nicht verstanden hatte.
    • Sie könnte irgendwo dabei eine User user = new User() während Sie sollte das nicht tun. Sollten Sie die eine, die verwaltet wird von JSF. Ich aktualisierte die Antwort auf inculude ein Beispiel, wie es funktionieren sollte. Edit: wieder den vorherigen Kommentar, als ich sagte "in der gleichen Klasse" meinte ich nicht sagen "in der gleichen Anfrage".
    • Dein code-Beispiel geholfen, mein verstehen, mein Fehler (ich mischte die Injektionen, und die RequestScored injiziert wurde in die SessionScoped). Vielen Dank für Eure Hilfe wieder 🙂
    • Du bist herzlich willkommen. Verwenden Sie den Frühling zu verwalten Injektionen? JSF von selbst verbietet zu Spritzen eine Anfrage scoped bean im session-scoped man durch @ManagedProperty. Es würde geworfen haben, eine Ausnahme bei der Erstellung der session-scoped bean mit einer Meldung wie "Rahmen zu breit" (denn Sie würden nicht wissen, welcher request-scoped man sollte es Spritzen, es kann nämlich sein, mehr als einen request innerhalb einer session).

    InformationsquelleAutor BalusC
Schreibe einen Kommentar