View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0002546 | SymmetricDS | Bug | public | 2016-04-04 11:36 | 2019-04-24 12:34 |
Reporter | woehrl01 | Assigned To | elong | ||
Priority | normal | ||||
Status | closed | Resolution | fixed | ||
Product Version | 3.7.31 | ||||
Target Version | 3.10.0 | Fixed in Version | 3.10.0 | ||
Summary | 0002546: Foreign Keys Error not resolveable via INCOMING_ERROR resolve_ignore = 1 | ||||
Description | I wanted to resolve a Foreign Key error via setting resolve_ignore = 1 But this is didn't work. As the exception gets propergated "to the top". Because only Primary Key errors are marked as "CONFLICT". I had to resolve this error by fully setting "OK" on the batch. But I think I have lost some other rows because of this. I also have configured incoming.batches.skip.duplicates=false, and I had to manually set this to true, to make "OK"-ing work for incoming batches. The question I have: Is this by intention? And if yes, what would be the best way to resolve this without requiring to set incoming.batches.skip.duplicates=true? If not I think you also have to check for IsForeignKeyViolation here: https://github.com/JumpMind/symmetric-ds/blob/d5eec98ddc5092d0db53731349c0077c290a2d4e/symmetric-io/src/main/java/org/jumpmind/symmetric/io/data/writer/DefaultDatabaseWriter.java#L306 wouldn't it be better to resolve any exception via "resolve_ignore" on incoming batch instead of require to do this via "OK"? | ||||
Tags | No tags attached. | ||||
duplicate of | 0000827 | closed | josh-a-hicks | Allow any error (not only unique constraint errors) be fixed using sym_incoming_error |
Date Modified | Username | Field | Change |
---|---|---|---|
2016-04-04 11:36 | woehrl01 | New Issue | |
2016-04-04 13:20 | woehrl01 | Note Added: 0000773 | |
2019-04-24 12:34 | elong | Assigned To | => elong |
2019-04-24 12:34 | elong | Status | new => closed |
2019-04-24 12:34 | elong | Resolution | open => fixed |
2019-04-24 12:34 | elong | Fixed in Version | => 3.10.0 |
2019-04-24 12:34 | elong | Relationship added | duplicate of 0000827 |