> I don't understand why pagmap is locked and I can't have two or more > request processing on the server (what is the reason of such > behaviour)?
The main reasons for that are versioning, which is used for back button support, and the fact that we want to provide a thread safe programming model when you work on pages and components. > This is probably well known "synchronization in session" > problem: it solves many issues but today, when people want high > responsive "ajaxified" applications, it seems that it is a too > restrictive (?). In fact, we went from synchronized sessions to 'just' synchronized page maps, and synchronization is only done when needed (e.g. not for shared resources). > I think the best solution would be, when these request could be > processed simultaneously, but partial page rendering (rendering > components added to AjaxRequestTarget) can be still done in sequence. > I hope this is clear enough :). > Polling is not a very elegant and efficient solution (maybe Comet, but > not all servlet containers support this yet). Not sure what you propose tbh. A thing that I mentioned before is to have (ajax) request targets that aren't synchronized/ behave like shared resources. The first iteration of IRequestTarget had the getLock method. The idea behind that was that request targets would tell Wicket what to synchronize on. Alas, that turned out to be not as easy as I would've hoped, and the current synchronization is more robust and efficient. Any concrete ideas for improvement are welcome, but I think it is important that we can keep guaranteeing a thread safety for pages and components. Eelco Eelco ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
