Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0036606Openbravo ERPA. Platformpublic2017-08-04 13:162022-02-01 08:08
Reportershuehner 
Assigned ToTriage Platform Base 
PrioritynormalSeverityminorReproducibilityhave not tried
StatusnewResolutionopen 
PlatformOS5OS Version
Product Version 
Target VersionFixed in Version 
Merge Request Status
Review Assigned To
OBNetwork customer
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0036606: Clean up extra not requires flush() calls
DescriptionSome code does some/lots of extra flush() calls either directly or indirectly.

Many of those are not needed and should be cleaned up.

This issue is to group + track issues found

In some cases those flushes take up some relevant time even as they need to check isDirty for every object in the DAL session even when in the end not doing any db changes.

Steps To ReproduceEither activate debug log-level in OBDal class
Or use work-in-progress patches from SHU
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
related to defect 0036636 closed alostale new DalConnectionProvider() causes double flush in 1 case 
depends on defect 0036601 closed alostale unneeded flush with no entities on every fetch 
depends on defect 0036607 acknowledged Triage Platform Base 4 flushes of 10ms each in StaticResources request 
depends on defect 0036608 closed alostale 2 flush of 16ms each in MyOpenbravoActionHandler called during ERP login 
depends on defect 0036610 closed inigosanchez 3* flush called to insert/save 1 record in generated windows 
depends on defect 0036613 acknowledged Triage Platform Base 6 flush per file processed in apply.modules part of i.e. install.source 
depends on design defect 0036638 new Triage Platform Base DalConnectionProvider(true) or () in combination with standard xsql causes 1 flush per SQL 
depends on defect 0036609 closed alostale 2* flush in FIC when only 1 is required 
Not all the children of this issue are yet resolved or closed.
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2017-08-04 13:16shuehnerNew Issue
2017-08-04 13:16shuehnerAssigned To => platform
2017-08-04 13:16shuehnerModules => Core
2017-08-04 13:16shuehnerTriggers an Emergency Pack => No
2017-08-04 13:16shuehnerRelationship addeddepends on 0036601
2017-08-04 13:22shuehnerRelationship addeddepends on 0036607
2017-08-04 13:25shuehnerRelationship addeddepends on 0036608
2017-08-04 13:37shuehnerRelationship addedblocks 0036609
2017-08-04 13:42shuehnerRelationship addeddepends on 0036610
2017-08-04 14:41shuehnerRelationship addeddepends on 0036613
2017-08-10 16:13shuehnerRelationship addedrelated to 0036636
2017-08-10 17:16shuehnerRelationship addeddepends on 0036638
2017-08-11 13:21caristuRelationship deletedblocks 0036609
2017-08-11 13:21caristuRelationship addeddepends on 0036609
2022-02-01 08:08alostaleAssigned Toplatform => Triage Platform Base

There are no notes attached to this issue.