Openbravo Issue Tracking System - Retail Modules |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0036465 | Retail Modules | StoreServer | public | 2017-07-11 17:07 | 2017-11-08 12:26 |
|
Reporter | mtaal | |
Assigned To | mtaal | |
Priority | normal | Severity | major | Reproducibility | have not tried |
Status | closed | Resolution | fixed | |
Platform | | OS | 5 | OS Version | |
Product Version | | |
Target Version | RR17Q4 | Fixed in Version | RR18Q1 | |
Merge Request Status | |
Review Assigned To | AugustoMauch |
OBNetwork customer | |
Support ticket | |
Regression level | |
Regression date | |
Regression introduced in release | |
Regression introduced by commit | |
Triggers an Emergency Pack | No |
|
Summary | 0036465: Do not trigger or wait for synchronization/replication to happen in some case before returning to webpos |
Description | In Synchronized mode and multi-server environment we wait until the data is replicated from the central to the store server before returning to the store server.
In case the json has an error we don't need to do or wait for replication.
We don't need to wait on the store server for the replication either in this case. But as the logic is about to change anyway (see related issue). There is no need to make any further changes. |
Steps To Reproduce | Install multi-server
Enable synchronized mode
Run webpos on the store server
Submit tickets
Check the wait time |
Proposed Solution | Don't trigger replication in case of errors.
Changes to be done here [1]
[1]
https://code.openbravo.com/erp/pmods/org.openbravo.retail.storeserver.synchronization/file/51faaff177c0/src/org/openbravo/retail/storeserver/synchronization/MultiServerJSONSymmetricDSStarter.java#l52 [^] |
Additional Information | |
Tags | No tags attached. |
Relationships | |
Attached Files | |
|
Issue History |
Date Modified | Username | Field | Change |
2017-07-11 17:07 | mtaal | New Issue | |
2017-07-11 17:07 | mtaal | Assigned To | => mtaal |
2017-07-11 17:07 | mtaal | Triggers an Emergency Pack | => No |
2017-07-11 17:09 | hgbot | Checkin | |
2017-07-11 17:09 | hgbot | Note Added: 0098018 | |
2017-07-12 09:44 | hgbot | Checkin | |
2017-07-12 09:44 | hgbot | Note Added: 0098036 | |
2017-10-02 10:36 | mtaal | Summary | Do not wait for synchronization/replication to happen in some case before returning to webpos => Do not trigger or wait for synchronization/replication to happen in some case before returning to webpos |
2017-10-02 10:36 | mtaal | Description Updated | bug_revision_view_page.php?rev_id=16019#r16019 |
2017-10-02 10:36 | mtaal | Proposed Solution updated | |
2017-10-02 10:38 | mtaal | Review Assigned To | => AugustoMauch |
2017-11-07 15:14 | mtaal | Status | new => scheduled |
2017-11-07 15:14 | mtaal | Note Added: 0100309 | |
2017-11-07 15:14 | mtaal | Status | scheduled => resolved |
2017-11-07 15:14 | mtaal | Resolution | open => fixed |
2017-11-08 12:25 | hgbot | Checkin | |
2017-11-08 12:25 | hgbot | Note Added: 0100344 | |
2017-11-08 12:26 | AugustoMauch | Note Added: 0100345 | |
2017-11-08 12:26 | AugustoMauch | Status | resolved => closed |
2017-11-08 12:26 | AugustoMauch | Fixed in Version | => RR18Q1 |
Notes |
|
(0098018)
|
hgbot
|
2017-07-11 17:09
|
|
|
|
(0098036)
|
hgbot
|
2017-07-12 09:44
|
|
|
|
(0100309)
|
mtaal
|
2017-11-07 15:14
|
|
Changes were done a long time ago. Since then have worked fine, setting the issue to resolved. |
|
|
(0100344)
|
hgbot
|
2017-11-08 12:25
|
|
|
|
|
Code reviewed and verified |
|