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

View Issue DetailsJump to Notes ] Issue History ] Print ]
TypeCategorySeverityReproducibilityDate SubmittedLast Update
feature request[Retail Modules] StoreServermajorhave not tried2019-05-14 14:432019-05-20 11:50
ReporterAugustoMauchView Statuspublic 
Assigned ToAugustoMauch 
PrioritynormalResolutionfixedFixed in Version
StatusclosedFix in branchFixed in SCM revisiond1fdb754a488
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned Tomtaal
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo

0040875: When sync fails because of version difference between central and store server, synchronization should not be stopped

DescriptionWhen there is a synchronization error from the central server to a store server, the synchronization from the central server to that store server is stopped automatically, to prevent sending the same invalid date over and over again.

The problem is that sometimes it makes sense to keep sending the data, because the synchronization error will be solved automatically. This is the case when the synchronization error is caused by version differences between the central and the store server.

In that case the central server should keep resending the outgoing batches.
Steps To Reproduce-
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
hgbot (developer)
2019-05-15 09:43

Repository: erp/pmods/org.openbravo.retail.storeserver.synchronization
Changeset: 86069c4e06ce75c47b118c1a8d63dfc21ecc57a7
Author: Augusto Mauch <augusto.mauch <at>>
Date: Wed May 15 09:40:31 2019 +0200
URL: [^]

Related with issue 40875: Uses constant in exception message

The same exception message is referenced in two classes, better to extract it to a constant

M src/org/openbravo/retail/storeserver/synchronization/
hgbot (developer)
2019-05-15 09:55

Repository: erp/pmods/org.openbravo.replication.symmetricds
Changeset: 5e74e9de04d92aae1d829b4fe46dd4a611785540
Author: Augusto Mauch <augusto.mauch <at>>
Date: Wed May 15 09:53:43 2019 +0200
URL: [^]

Fixes issue 40875: Synch errors caused by version different dont stop synch

In this changeset [1], a change was introduced to automatically stop sending batches to a server
if a synchronization error is repeated several times. This was done because usually to fix a
sync error human intervention is needed, so it is pointless to keep sending the same data until

But there is a case when the sync error will be automatically solved: when it is caused by version
difference. Now that case is taken into account, and the synchronization will not be automatically

[1] [^]

M src/org/openbravo/replication/symmetricds/extensions/
mtaal (manager)
2019-05-16 11:00

Also add priority change of channel for version info
hgbot (developer)
2019-05-16 16:45
edited on: 2019-05-16 16:48

Repository: erp/pmods/org.openbravo.retail.storeserver.synchronization
Changeset: d1fdb754a48835fa6b29643c659414044bb9dcf2
Author: Augusto Mauch <augusto.mauch <at>>
Date: Thu May 16 16:45:33 2019 +0200
URL: [^]

Fixes issue 40875: Assigns a higher priority to mobile server channel

Now the mobile server channel has a higher priority than the Store Data channel. This way, when
there is an upgrade, the update module info will be synchronized even if there is a lot of data
pending to be synchronized on the Store Data channel.

Remember to execute the update.symmetric.ds.configuration task in the org.openbravo.replication.symmetricds module to update symmetricds configuration.

M src-db/database/sourcedata/STRSYNC_SYNCH_CHANNEL.xml

mtaal (manager)
2019-05-20 11:50

tested and reviewed

- Issue History
Date Modified Username Field Change
2019-05-14 14:43 AugustoMauch New Issue
2019-05-14 14:43 AugustoMauch Assigned To => AugustoMauch
2019-05-14 14:43 AugustoMauch Triggers an Emergency Pack => No
2019-05-15 09:43 hgbot Checkin
2019-05-15 09:43 hgbot Note Added: 0111686
2019-05-15 09:55 hgbot Checkin
2019-05-15 09:55 hgbot Note Added: 0111687
2019-05-15 09:55 hgbot Status new => resolved
2019-05-15 09:55 hgbot Resolution open => fixed
2019-05-15 09:55 hgbot Fixed in SCM revision => [^]
2019-05-15 09:55 AugustoMauch Review Assigned To => mtaal
2019-05-16 11:00 mtaal Note Added: 0111712
2019-05-16 11:00 mtaal Status resolved => new
2019-05-16 11:00 mtaal Resolution fixed => open
2019-05-16 16:45 hgbot Checkin
2019-05-16 16:45 hgbot Note Added: 0111725
2019-05-16 16:45 hgbot Status new => resolved
2019-05-16 16:45 hgbot Resolution open => fixed
2019-05-16 16:45 hgbot Fixed in SCM revision [^] => [^]
2019-05-16 16:48 AugustoMauch Note Edited: 0111725 View Revisions
2019-05-20 11:50 mtaal Note Added: 0111798
2019-05-20 11:50 mtaal Status resolved => closed

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker