Community
Participate
Working Groups
When leaving the Rap application and going back a new session is started. This should not happen. If going backwards in the browser history from a Internet url back to the scout application the old session should be reused - if it is still available on the webappserver.
The problem can be solved in the following way: The ClientSession should be bound to the http session, and not to the rap session as it is now. With that, the ClientSession can be reused on a page reload. This gives following advantages: - The state can be restored: Every element on the scout desktop (views, dialogs, messageboxes) along with their states can be showed again after a page reload. - The reload is faster because the ClientSession doesn't need to be loaded again. This would also change the shutdown behaviour in the following way: The rap session along with the Display and RwtEnvironment get destroyed, but the scout model not. Therefore it's important that the gui properly detaches from the model, so that the memory is cleaned up properly. The ClientSession gets destroyed on http session invalidation, which happens on session timeout or logout.
Implemented for 3.8.2. Hint: After a page reload, the browser back and forward buttons won't work as expected. They work only for navigation points which are visited AFTER the reload. The reason is described in the following rap ticket: Bug 396400.
Bug closed, shipped with 3.8.2 (Juno, SR2)