Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0034255
TypeCategorySeverityReproducibilityDate SubmittedLast Update
backport[Retail Modules] Web POSmajoralways2016-10-20 17:542016-12-09 15:20
ReportermigueldejuanaView Statuspublic 
Assigned Tomigueldejuana 
PrioritynormalResolutionfixedFixed in VersionRR16Q4
StatusclosedFix in branchFixed in SCM revision039c48e0a9db
ProjectionnoneETAnoneTarget VersionRR16Q4
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned Tomarvintm
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0034255: Import entries need to be executed in time order (by terminal)

DescriptionThere are some ImportEntryProccesors to manage the order of models (Order, Cashup...) to be processed in the backend. The first idea was to process in parallel all models to have good performance processing big amount of imports. But there are some restrictions between models to be processed (i.e.: Orders have to be processed before Cashup) and we introduced those restrictions in ImportEntryProccesors classes to manage correctly the execution order.
We continue discovering restrictions.
Steps To ReproduceThere are examples than can happen randomly. Having bad connection and being offline very frequently will help to suffer this.
The next example happens always but it only happens till 16Q4 because in this release has been included a development which always updates cashup info before any order cash mgmt request.

1- Login
2- Create an order
3- Go to Cash up
4- Go offline
5- Finish the cashup process
6- Do a cash management
7- Go online and messages will be synchronized
8- Consequence:
8.1- In 16Q4: Everything fine as explained above
8.2- In 16Q3.2 and 16Q2.3: ERROR--> We will see and error in Errors while importing... window
8.3- Previous releases: ERROR--> We will not see any error but created cash mgmt will not be related with the cashup and in consequence will not be reconciliated.
Proposed SolutionWe have decided to process imports filtering by terminal in sent order, without restrictions between models. We will process imports in the same order that actions were done in Web POS.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
depends on defect 0034478 closedRetail [RR16Q4] Cashup is not working in offline mode 
blocks defect 0034254 closedmigueldejuana Import entries need to be executed in time order (by terminal) 

-  Notes
(0090838)
hgbot (developer)
2016-10-25 07:44

Repository: retail/backports/3.0RR16Q4/org.openbravo.retail.posterminal
Changeset: dfd9240d4bf05ba403666aa88914f859bb1b7439
Author: Miguel de Juana <miguel.dejuana <at> openbravo.com>
Date: Tue Oct 25 07:44:02 2016 +0200
URL: http://code.openbravo.com/retail/backports/3.0RR16Q4/org.openbravo.retail.posterminal/rev/dfd9240d4bf05ba403666aa88914f859bb1b7439 [^]

Fixed issue 0034255: Import entries need to be executed in time order (by terminal)

- We have decided to process imports filtering by terminal in sent order, without restrictions between models. We will process imports in the same order that actions were done in Web POS.

---
M src/org/openbravo/retail/posterminal/importprocess/CashManagementImportEntryProcessor.java
M src/org/openbravo/retail/posterminal/importprocess/CashUpImportEntryProcessor.java
M src/org/openbravo/retail/posterminal/importprocess/OrderImportEntryProcessor.java
M src/org/openbravo/retail/posterminal/importprocess/QuotationsRejectEntryProcessor.java
M src/org/openbravo/retail/posterminal/importprocess/VoidLayawayEntryProcessor.java
---
(0090839)
hgbot (developer)
2016-10-25 07:45

Repository: retail/backports/3.0RR16Q4/org.openbravo.mobile.core
Changeset: b1a8fdd01955515467d5ec500fc47fb4f83d963c
Author: Miguel de Juana <miguel.dejuana <at> openbravo.com>
Date: Tue Oct 25 07:45:23 2016 +0200
URL: http://code.openbravo.com/retail/backports/3.0RR16Q4/org.openbravo.mobile.core/rev/b1a8fdd01955515467d5ec500fc47fb4f83d963c [^]

Fixed issue 0034255: Import entries need to be executed in time order (by terminal)

- We have decided to process imports filtering by terminal in sent order, without restrictions between models. We will process imports in the same order that actions were done in Web POS.

---
A src/org/openbravo/mobile/core/process/SerializedByTermImportEntryProcessorRunnable.java
---
(0091569)
hgbot (developer)
2016-11-15 15:26

Repository: retail/backports/3.0RR16Q4/org.openbravo.mobile.core
Changeset: 039c48e0a9db1299b4586a4d5f592f8e420c4fa2
Author: Miguel de Juana <miguel.dejuana <at> openbravo.com>
Date: Tue Nov 15 15:23:34 2016 +0100
URL: http://code.openbravo.com/retail/backports/3.0RR16Q4/org.openbravo.mobile.core/rev/039c48e0a9db1299b4586a4d5f592f8e420c4fa2 [^]

Fixed issue 0034255: Import entries need to be executed in time order (by terminal)

- Move from mobile.core to posterminal because obposPosterminal column is in posterminal

---
R src/org/openbravo/mobile/core/process/SerializedByTermImportEntryProcessorRunnable.java
---
(0091570)
migueldejuana (developer)
2016-11-15 15:29

author Miguel de Juana <miguel.dejuana@openbravo.com>
Tue Nov 15 15:25:13 2016 +0100 (3 minutes ago)
changeset 7056 cb594adedf34
parent 7055 20ff2ec7d82c
Fixed issue 0034254: Import entries need to be executed in time order (by terminal)

- Move from mobile.core to posterminal because obposPosterminal column is in posterminal

https://code.openbravo.com/retail/backports/3.0RR16Q4/org.openbravo.retail.posterminal/rev/cb594adedf34 [^]

- Issue History
Date Modified Username Field Change
2016-10-20 17:54 migueldejuana Type defect => backport
2016-10-20 17:54 migueldejuana Target Version => RR16Q4.1
2016-10-21 13:53 migueldejuana Target Version RR16Q4.1 => RR16Q4
2016-10-25 07:44 hgbot Checkin
2016-10-25 07:44 hgbot Note Added: 0090838
2016-10-25 07:44 hgbot Status scheduled => resolved
2016-10-25 07:44 hgbot Resolution open => fixed
2016-10-25 07:44 hgbot Fixed in SCM revision => http://code.openbravo.com/retail/backports/3.0RR16Q4/org.openbravo.retail.posterminal/rev/dfd9240d4bf05ba403666aa88914f859bb1b7439 [^]
2016-10-25 07:45 hgbot Checkin
2016-10-25 07:45 hgbot Note Added: 0090839
2016-10-25 07:45 hgbot Fixed in SCM revision http://code.openbravo.com/retail/backports/3.0RR16Q4/org.openbravo.retail.posterminal/rev/dfd9240d4bf05ba403666aa88914f859bb1b7439 [^] => http://code.openbravo.com/retail/backports/3.0RR16Q4/org.openbravo.mobile.core/rev/b1a8fdd01955515467d5ec500fc47fb4f83d963c [^]
2016-11-14 09:00 lorenzofidalgo Relationship added depends on 0034478
2016-11-15 15:26 hgbot Checkin
2016-11-15 15:26 hgbot Note Added: 0091569
2016-11-15 15:26 hgbot Fixed in SCM revision http://code.openbravo.com/retail/backports/3.0RR16Q4/org.openbravo.mobile.core/rev/b1a8fdd01955515467d5ec500fc47fb4f83d963c [^] => http://code.openbravo.com/retail/backports/3.0RR16Q4/org.openbravo.mobile.core/rev/039c48e0a9db1299b4586a4d5f592f8e420c4fa2 [^]
2016-11-15 15:29 migueldejuana Note Added: 0091570
2016-12-09 15:20 marvintm Review Assigned To => marvintm
2016-12-09 15:20 marvintm Status resolved => closed
2016-12-09 15:20 marvintm Fixed in Version => RR16Q4


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker