Commit message (Collapse) | Author | Age | |
---|---|---|---|
* | Don't nest calls too deep. | Christian Mollekopf | 2016-09-15 |
| | | | | The old implementation would result in endlessly nested calls. | ||
* | Only change the status once per batch, instead of every revision. | Christian Mollekopf | 2016-07-08 |
| | |||
* | A new debug system. | Christian Mollekopf | 2016-07-07 |
| | | | | | | | | | | | | | | | Instead of a single #define as debug area the new system allows for an identifier for each debug message with the structure component.area. The component is a dot separated identifier of the runtime component, such as the process or the plugin. The area is the code component, and can be as such defined at compiletime. The idea of this system is that it becomes possible to i.e. look at the output of all messages in the query subsystem of a specific resource (something that happens in the client process, but in the resource-specific subcomponent). The new macros are supposed to be less likely to clash with other names, hence the new names. | ||
* | Prepare for making the resource status available | Christian Mollekopf | 2016-07-05 |
| | |||
* | Catch errors | Christian Mollekopf | 2016-06-21 |
| | |||
* | If the changereplay failed we have to stop. | Christian Mollekopf | 2016-06-17 |
| | | | | | Otherwise we would never replay changes that failed because we were offline or so. | ||
* | Fixed issues found by clang analyzer | Christian Mollekopf | 2016-06-14 |
| | |||
* | Deal with errors in the change-replay job. | Christian Mollekopf | 2016-06-03 |
| | |||
* | Non blocking change-replay | Christian Mollekopf | 2016-06-02 |
| | |||
* | Fixed genericresource so it works with the maildirresourcetest | Christian Mollekopf | 2016-05-29 |
| | |||
* | Refactored the generic resource to use separate classes for | Christian Mollekopf | 2016-05-28 |
changereplay and synchronization. This cleans up the API and avoids the excessive passing around of transactions. It also provides more flexibility in eventually using different synchronization strategies for different resources. |