Anonymous | Login
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
TypeCategorySeverityReproducibilityDate SubmittedLast Update
design defect[Openbravo ERP] A. Platformminorhave not tried2017-08-04 13:162017-08-10 17:16
ReportershuehnerView Statuspublic 
Assigned Toplatform 
PrioritynormalResolutionopenFixed in Version
StatusnewFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned To
Web browser
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo

0036606: 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
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
related to defect 0036636 closedalostale new DalConnectionProvider() causes double flush in 1 case 
depends on defect 0036601 closedalostale unneeded flush with no entities on every fetch 
depends on defect 0036607 acknowledgedplatform 4 flushes of 10ms each in StaticResources request 
depends on defect 0036608 closedalostale 2 flush of 16ms each in MyOpenbravoActionHandler called during ERP login 
depends on defect 0036610 closedinigosanchez 3* flush called to insert/save 1 record in generated windows 
depends on defect 0036613 acknowledgedplatform 6 flush per file processed in apply.modules part of i.e. install.source 
depends on design defect 0036638 newplatform DalConnectionProvider(true) or () in combination with standard xsql causes 1 flush per SQL 
depends on defect 0036609 closedalostale 2* flush in FIC when only 1 is required 
Not all the children of this issue are yet resolved or closed.

-  Notes
There are no notes attached to this issue.

- Issue History
Date Modified Username Field Change
2017-08-04 13:16 shuehner New Issue
2017-08-04 13:16 shuehner Assigned To => platform
2017-08-04 13:16 shuehner Modules => Core
2017-08-04 13:16 shuehner Triggers an Emergency Pack => No
2017-08-04 13:16 shuehner Relationship added depends on 0036601
2017-08-04 13:22 shuehner Relationship added depends on 0036607
2017-08-04 13:25 shuehner Relationship added depends on 0036608
2017-08-04 13:37 shuehner Relationship added blocks 0036609
2017-08-04 13:42 shuehner Relationship added depends on 0036610
2017-08-04 14:41 shuehner Relationship added depends on 0036613
2017-08-10 16:13 shuehner Relationship added related to 0036636
2017-08-10 17:16 shuehner Relationship added depends on 0036638
2017-08-11 13:21 caristu Relationship deleted blocks 0036609
2017-08-11 13:21 caristu Relationship added depends on 0036609

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker