For each business role we can assign a technical profile to it.
Do you know the meaning of the Memory Threshold configured here?
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-t03D5Agv-1598016586314)(https://upload-images.jianshu.io/upload_images/2085791-e3db0d2882c875cf.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)]
If not, you can set a very low value to it for example 10MB, and go back to your system to observe the session restart behavior.
Every time we switch among different work centers, the necessity of session restart is checked:
In handle_restart method, for Non-external navigation ( navigation between WebUI work centers ), BOL reset is by default considered as necessary – gv_bol_reset_requested is set as true in line 18.
Later on the navigation handling method this flag will be evaluated:
And the check about whether the current memory consumption has exceeded the threshold configured in technical profile is performed in line 23, method query_session_reset.
The check logic done in below method:
Once it is determined to restart the current session, a flag gv_restart_cause is set with corresponding reset reason.
If the method is_session_restart_required discussed in previous chapter returns true, it is now ready to prepare Javascript code to restart the session.
Before restart, all current user data are stored via server side cookie.
From the implementation of GET_RESTART_SCRIPT you can find the Javascript code for restart.
You can of course debug this JavaScript function in Chrome:
When a new session is successfully launched, all previous stored information are now restored:
This is pretty easy to find, in constructor of CL_CRM_UI_MEMORY_UTILS.
Activate log setting in tcode SAAB, log point id: BSP_WD_MEM_TRACE
After that once session restart and restore occurs, it will be recorded and displayed in SAAB:
要获取更多Jerry的原创文章,请关注公众号"汪子熙":