Evo da postaknem raspravu o ovoj temi, koga zanima moze da pogleda ovaj link koji se time bavi:

http://www.nabble.com/JSF:-Mul...--Same-session-td19094409.html

Cao,

Nisam bas siguran da sam u potpunosti shvatio problem, ali mi jako lici na concurrency control problem koji mozda i ne treba na prvom mestu resavati na View strani. Hocu da kazem da mi lici kao da nije reseno lock-ovanje dokumenta, jer ako jedan korisnik edituje dokument i desi se da sam sa sobom ima problem, zasto onda i neki drugi korisnik koji recimo krene malo nakon da edituje isti dokument (obojica drze dokument u edit modu), ne bi imao problem sa prvim korisnikom.

Ako je u pitanju slicna situacija, resavao sam je standardno primenom metode optimistickog lokovanja tj. ko pre devojci :) - ko prvi sacuva dokument - njegove promene ce biti sacuvane, a drugi korisnik mora biti obavesten o tome da je prvi izmenio u medjuvremenu nesto u vezi sa dokumentom (da li onog momenta kad ucini akciju "Save" ili ce neki observer istog momenta da ga obavesti, to je stvar implementacije, ali mora biti obavesten).

Znaci jos jednom kazem, nisam siguran da sam 100% shvatio o cemu se radi, pa mi se ucinilo da je problem u ovome i ako je tako predlazem:

http://en.wikipedia.org/wiki/Optimistic_concurrency_control

Standardno se koristi neki row id u tabeli iz baze (dodatna kolona koja oznacava verziju sloga). Row id moze biti timestamp ili bilo kakav version number gde ces uporedjivati verziju sloga svaki put kad se nesto promeni prilikom korisnikove akcije (znaci kad uzmes slog i posle kad zelis a ga update-ujes). Hibernate ima integrisanu podrsku za ovakve situacije:

http://www.hibernate.org/hib_d...ence/en/html/transactions.html (potpoglavlje 11.3.)


Ovo resenje je backend orijentisano, ukoliko nisam dobro shvatio i ako je problem striktno vezan za frontend - necu ti moci pomoci, jer sam tanak sa JSF-om (vise JSP, Tapestry, Struts, GWT) :(

Ali mi lici da to moze pomoci :)

Jasno mi je na sta mislis, ali problem koji sam izlozio je striktno vezan za frontend i mozda samo na JSF (tj. moj nacin njegovog koriscenja koji sam pronasao u vise guide-ova i koji dosta ubrzava razvoj aplikacija, ali koji cu ipak morati malo da modifikujem). Ne znam kakva je situacija sa ostalim framework-ovima. U svakom slucaju hvala.

Kao dopunu prethodnog naveo bih i konkretan slucaj (da pokusam da budem malo jasniji):

Na strani za editovanje dokumenta kada je dokument u rezimu PROMENE imam i dugme Dodaj novi dokument ... ,a koje NIJE VIDLJIVO kada je dokument u rezimu DODAVANJA (jednostavno sam koristio atribut rendered).

Prilikom testiranja otvaram tabove i u okviru svakog od njih je prikazana strana za editovanje(dodavanje) dokumenta i u aktivnom tabu sam u rezimu DODAVANJA i kada predjem na prethodno otvoreni tab gde je dokument u rezimu PROMENE i kliknem na dugme "Promeni" uopste se ne izvrsava action metoda tog dugmeta (verovatno zato sto JSF na osnovu stanja component tree-a zakljucuje da ovo dugme i nije dostupno i ne uradi nista)! Isti rezultat je kada podesim da dugme Dodaj novi dokument ... bude disable-ovano ako je dokument vec u rezimu DODAVANJA.

Ocigledan je problem sto sve cuvam u okviru sesije, i to sam mogao da ublazim malo koriscenjem <h:inputHidden/> komponente ali strana za editovanje dokumenta ima i stavke i jos logike tipa sta se desava sa stavkama kada se promeni vrsta dokumenta itd. pa nimalo nije jednostavno drzati sve pod kontrolom pod pretpostavkom da korisnik moze istovremeno otvoriti vise tabova(prozora) u okviru iste sesije. Pritom dosta koristim i Ajax koji bi izgubio svrhu ako bi prilikom svakog klika na dugme morao da brinem o milion stvari i da predvidim da je u nekim slucajevima moguce da se promeni i sadrzaj cele strane.

Problem resava koriscenje JBoss Seam-a koji ima conversation scope ali morao bih sve iz pocetka da radim, a pritom bih voleo da ovaj problem resim.

Razmisljam da probam da koristim request scope sto je moguce vise i da vidim kako ce se ponasati aplikacija.

Takodje, posto bi ovo bila intranet aplikacija koju bi koristio mali broj korisnika (ali i jako medju sobom udaljenih kod kojih ne bih mogao da dodjem i npr. rucno podesim browser) dovoljno bi bilo da imam neki "ogoljeni" Firefox Mozilla Browser kao neki klijentski deo (u njemu ubedljivo najbrze radi aplikacija) i koji ne bi imao nista drugo do deo za prikaz sadrzaja (i bez mogucnosti da korisnik KASNIJE ukljuci menu bar, navigation bar, toolbar, ...).

Pronasao sam i ovaj link koji moze da bude interesantan u odredjivanju kada koristiti request scope, a kada session scope pa cu u skladu sa njim probati da redizajniram svoju aplikaciju:

http://forums.sun.com/thread.j...D=546252&messageID=2660279

Medjutim, ono sto odmah mogu da vidim je da ne mogu da bean(ove) koji se odnose na master-detail vezu dokument-stavke smestim u request scope (posto otvaram novu stranu za editovanje u okviru koje vrsim dalja azuriranja i neki delovi te veze moraju da mi budu stalno na raspolaganju dok editujem odredjeni dokument) tako da problem ostaje kada otvorim vise tabova(prozora) u okviru sesije!

U potpunosti sam resio problem koji sam imao! Sada korisnik moze da otvara koliko hoce tabova i sve ce funkcionisati kako treba i to bez nekog dodatnog programiranja! Odusevljen sam kako sve dobro funkcionise.

Sada sam za prikaz dokumenta i njegovih stavki definisao promenjivu dokumentForm koja ima request scope ali sam na strani za editovanje dokumenta dodao i tag <a4j:keepAlive beanName="dokumentForm" ajaxOnly="false" />. dokumentForm promenjiva je sada vidljiva i izmedju dva request-a, ali nije raspoloziva drugim stranama u okviru iste sesije! Dakle ona ima slican karakter kao i session promenjiva - ima svoje stanje, ali ono nije dostupno svim stranama u okviru sesije vec samo odredjenoj strani tj. instanci(pojavljivanju) te strane sto resava sve moje probleme!


Koga zanima moze da pogleda link: http://jboss.com/index.html?mo...&op=viewtopic&t=104989