summaryrefslogtreecommitdiffstats
path: root/common/genericresource.cpp
Commit message (Collapse)AuthorAge
* A new debug system.Christian Mollekopf2016-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.
* Less memory leaking with unique_ptrChristian Mollekopf2016-07-07
|
* Make sure the connection worksChristian Mollekopf2016-07-06
|
* Prepare for making the resource status availableChristian Mollekopf2016-07-05
|
* Made the log-level output a lot less noisyChristian Mollekopf2016-06-20
|
* Don't create a transaction for every appended message.Christian Mollekopf2016-06-20
| | | | | We create now only one transaction for the whole sync which is also not ideal.
* Fixed issues found by clang analyzerChristian Mollekopf2016-06-14
|
* Avoid triggering the changereplay directly from the constructor.Christian Mollekopf2016-06-02
|
* Avoid crashes when removing the db because of open transactionsChristian Mollekopf2016-05-30
|
* Fixed genericresource so it works with the maildirresourcetestChristian Mollekopf2016-05-29
|
* Moved the classes to individual filesChristian Mollekopf2016-05-28
|
* Refactored the generic resource to use separate classes forChristian Mollekopf2016-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.
* Handle all the remoteId updating and entity reading in the base-class.Christian Mollekopf2016-05-25
|
* A much more comprehensive mail testChristian Mollekopf2016-05-24
|
* Warn if an inspection failsChristian Mollekopf2016-05-24
|
* Propagate the synchronization error.Christian Mollekopf2016-05-22
|
* Only replay changes after we return from the event loop.Christian Mollekopf2016-05-08
| | | | | (because we generate notifications from the constructor in the maildir resource.)
* Fromatted the whole codebase with clang-format.Christian Mollekopf2016-03-03
| | | | clang-format -i */**{.cpp,.h}
* Use slots/signals instead of Q_SLOTS/Q_SIGNALS for clang-format compatibilityChristian Mollekopf2016-02-17
|
* Gather more timingsChristian Mollekopf2016-02-10
|
* Executed database removal in the resource instead of the client.Christian Mollekopf2016-02-08
| | | | | The resource doesn't really notify all clients properly about the removal, but the tests all still pass.
* Process a command in less than 0.1sChristian Mollekopf2016-02-08
|
* Trace some timings.Christian Mollekopf2016-02-08
|
* Introduced debug areas and prettified output.Christian Mollekopf2016-02-04
|
* Writeback of unread flag changesChristian Mollekopf2016-02-02
|
* Centralized main database nameChristian Mollekopf2016-02-01
|
* Build without warningsChristian Mollekopf2016-01-31
|
* Enabled and fixed a bunch of warningsChristian Mollekopf2016-01-31
|
* Renamed Akonadi2 to SinkChristian Mollekopf2016-01-20
| | | | (except for documentation).
* ResourceNotification -> NotificationChristian Mollekopf2016-01-19
|
* Moved all commands in to the Commands namespaceChristian Mollekopf2016-01-19
|
* Added bufferutils.hChristian Mollekopf2016-01-19
|
* Working resource inspectionChristian Mollekopf2016-01-18
|
* Draft of inspection APIChristian Mollekopf2016-01-18
|
* Centralize where we create the storesChristian Mollekopf2015-12-30
|
* Moved all generic synchronization code to the base class.Christian Mollekopf2015-12-30
|
* Don't expose enabling/disabling of changerecording to resourceChristian Mollekopf2015-12-30
| | | | implementations
* Renamed Processor to CommandProcessorChristian Mollekopf2015-12-29
|
* Only hardcode once if we have toChristian Mollekopf2015-12-28
|
* Changereplay for maildir folders.Christian Mollekopf2015-12-28
| | | | | The sync and changereplay can not run at the same time, or would have to share the transaction otherwise.
* Removed an unnecessary member variableChristian Mollekopf2015-12-17
|
* Avoid duplication accross resource implementationsChristian Mollekopf2015-12-15
|
* Added resource disk usageChristian Mollekopf2015-12-10
|
* A change-replay functionChristian Mollekopf2015-12-10
|
* Fixed some warningsChristian Mollekopf2015-11-30
|
* Cleanup changereplay, and replay revision 1 as the firstChristian Mollekopf2015-10-28
|
* Made pipeline preprocessing synchronous.Christian Mollekopf2015-10-28
| | | | | | | | | | | | | | | | Instead of having the asynchronous preprocessor concept with different pipelines for new/modify/delete we have a single pipeline with synchronous preprocessors that act upon new/modify/delete. This keeps the code simpler due to lack of asynchronity and keeps the new/modify/delete operations together (which at least for the indexing makes a lot of sense). Not supporting asynchronity is ok because the tasks done in preprocessing are not cpu intensive (if they were we had a problem since they are directly involved in the round-trip time), and the main cost comes from i/o, meaning we don't gain much by doing multithreading. Costly tasks (such as full-text indexing) should rather be implemented as post-processing, since that doesn't increase the round-trip time directly, and eventually consistent is typically good enough for that.
* CleanupChristian Mollekopf2015-10-21
|
* Draft of ChangeReplayChristian Mollekopf2015-10-20
|
* Let clients tell the resource when they no longer require a revision.Christian Mollekopf2015-10-19
|