JSF Problem mit Bearbeiten von Datensätzen

[JSFBeginner]

Hallo zusammen,

ich habe ein kleines Problem 🙂
Ich zeige auf einer Seite namens "overview" mit Hilfe einer Tabelle einige Datensätze aus einer Datenbank an, welche mit Hilfe meiner SessionScoped-Bean "datenPM" aus der Datenbank gelesen werden.
In jeder Zeile meiner angezeigten Tabelle befindet sich ein Link zum Bearbeiten des Datensatzes, welche in datenPM den ausgewählten Datensatz in die Variable "currentData" zwischen speichert und auf eine weitere Seite "details" weiterleitet.

Dort kann man dann den in currentData zwischen gespeicherten Datensatz bearbeiten und speichern. Wenn allerdings vor dem Speichern der User in einem neuen Tab einen anderen Datensatz bearbeiten will wird die Referenz currentData neu gesetzt. Speichert der User nun den im ersten Tab befindlichen Datensatz, wird nicht der zuerst ausgewählte Satz geupdatet, sondern der zweite, da ja die Referenz neu gesetzt wurde...
datenPM ViewScoped zu setzen würde ja auch nichts bringen, da wie der Name schon sagt, datenPM dann beim Aufruf der details-Seite nicht mehr "gültig" und somit vom Container neu initialisiert wäre.
Dem User immer nur einen Datensatz auf einmal bearbeiten lassen möchte ich nur ungern, wenn es aber nicht anders geht, werde ich es wohl so machen müssen 🙂

Leider fehlt es mir an Erfahrung, um solch ein Problem zu lösen und setze daher auf die eurige.
Ich hoffe, mir kann jemand helfen und mich wiedermal etwas weiter bringen.
P.s.: Wenn euch ein besserer Titel für das Thema einfällt, dann kann es ein Moderator gerne bearbeiten🙂

 

[stareagle]

Moin,

wäre es es eine Möglichkeit, die Seite zum Bearbeiten über einen

h:link

statt eines

h:commandLink

und einen URL-Parameter für den ausgewählten Datensatz aufzurufen? Mehr Infos dazu gibt es hier:

JSFAtWork, JSF 2.0 und Apache MyFaces

Beste Grüße

Jens

 

[Templarthelast]

Du kannst prüfen, ob die Variable schon in der Session gesetzt ist, und falls nicht diese neu erzeuge.

ExternalContext externalContext = FacesContext.getCurrentInstance().getExternalContext();
Map<String, Object> sessionMap = externalContext.getSessionMap();
SomeObject yourVariable = (SomeObject) sessionMap.get("somekey");

Quelle

 

[F.S.WhiTeY]

Ich würde das mit folgenden Mitteln lösen:

1. eine Collektion für die zu bearbeitenden daten
2. eine Parameterübergabe beim bearbeiten -> ID übergeben um Objekt zu refferenzieren
3. die Collection als ManagedProperty
4. das bearbieten im ViewScope

Mein gedankengang:

Request an die bearbieten seite -> ID wird übergeben -> Bean steht als ManagedProperty zur Verfügung und man holt sich das Object mit der ID aus der Collection -> es wir bearbeitet und aus der Collection entfernt -> die anderen Objecte sind noch vorhanden und fertig.

Was haltet ihr davon?

LG

 

[JSFBeginner]

Hallo nochmal und vielen, vielen Danke für eure Antworten.

Ich habe mich jetzt für die Variante mit den URL-Parametern entschieden und bin damit sehr zufrieden. Jetzt muss ich es nur noch hinbekommen, dass nicht 2 User auf einmal den gleichen Datensatz bearbeiten und damit möglicherweiße den Stand des anderen überschreiben können 🙂

 

[Templarthelast]

Mann kann Zeilen "locken", sodass sie nur noch von einem client gleichzeit bearbeitet werden können. Beim Abschicken des Formulars musst du dann überprüfen, ob dieser Datensatz gelockt ist und dann gegebenfalls eine Fehlermeldung ausgeben.

Beispiele Locking

 

[F.S.WhiTeY]

Wenn du die Idee mit der Liste aufgreifen würdest, könntest du mit contains checken ob das object zum bearbeiten dort schon drin ist 😉

Sowas kann ja auch im Applicationscope laufen.

 

[JSFBeginner]

Hallo,

das Problem, dass ich eigentlich habe, ist der User. Nehmen wir an der User lockt einen Datensatz, entscheidet sich aber nicht für Speichern, sondern dafür, den Webbrowser einfach so zu schließen/killen <--- Der Datensatz ist immernoch gelockt. Ich lese mir gleich mal den von Templarthelast geposteten Link durch, den ich heute morgen auch schon gefunden habe, allerdings keine Zeit hatte, am Projekt weiter zu arbeiten 🙂