Openbravo Issue Tracking System - Retail Modules |
| View Issue Details |
|
| ID | Project | Category | View Status | Date Submitted | Last Update |
| 0050024 | Retail Modules | Web POS | public | 2022-06-15 11:28 | 2022-08-31 10:09 |
|
| Reporter | AugustoMauch | |
| Assigned To | AugustoMauch | |
| Priority | normal | Severity | major | Reproducibility | have not tried |
| Status | closed | Resolution | fixed | |
| Platform | | OS | 5 | OS Version | |
| Product Version | | |
| Target Version | RR22Q2.3 | Fixed in Version | RR22Q2.3 | |
| Merge Request Status | |
| Review Assigned To | |
| OBNetwork customer | |
| Support ticket | |
| Regression level | |
| Regression date | |
| Regression introduced in release | |
| Regression introduced by commit | |
| Triggers an Emergency Pack | No |
|
| Summary | 0050024: Performance problem on LabelsComponent.getMobileAppDependantModuleIdList |
| Description | A client recently had some performance problem caused in part by the implementation of the LabelsComponent.getMobileAppDependantModuleIdList. That method is invoked every time a user opens the login screen, as part of the request done to MobileCoreLoginUtilsServlet. Given a module id, the method returns the list of modules that depend from it.
There are two problems in that method:
- Even though that information is not going to change until a new module is installed (and that requires rebuilding the app and restarting tomcat), it is computed everytime, when it could be cached
- At some point the method wants to check if two modules are the same, and instead of comparing their IDs, it is comparing the whole module object, and doing that requires hibernate to inialize the whole object
|
| Steps To Reproduce | This issue is not easy to reproduce because it requires lots of simultaneous login requests on an environment that is already under heavy load.
We were able to find out what the problem was by analyzing the jstack log. You can find in the attached jstack file that there were several threads working on the getMobileAppDependantModuleIdList function, in particular in the BasicLazyInitializer class as a result of comparing whole module objects instead of just their ids |
| Proposed Solution | - When comparing modules, compare their ids instead of the whole object
- Cache the list of dependencies of each requested module instead of compute it every time a user logs in |
| Additional Information | |
| Tags | No tags attached. |
| Relationships | | blocks | defect | 0049558 | | closed | AugustoMauch | Performance problem on LabelsComponent.getMobileAppDependantModuleIdList |
|
| Attached Files | |
|
| Issue History |
| Date Modified | Username | Field | Change |
| 2022-08-22 14:16 | AugustoMauch | Type | defect => backport |
| 2022-08-22 14:16 | AugustoMauch | Target Version | => RR22Q2.3 |
| 2022-08-22 14:21 | hgbot | Note Added: 0140296 | |
| 2022-08-31 10:09 | hgbot | Resolution | open => fixed |
| 2022-08-31 10:09 | hgbot | Status | scheduled => closed |
| 2022-08-31 10:09 | hgbot | Fixed in Version | => RR22Q2.3 |
| 2022-08-31 10:09 | hgbot | Note Added: 0140547 | |
| 2022-08-31 10:09 | hgbot | Note Added: 0140548 | |