sink - A data access layer handling synchronization, caching and indexing

	Commit message (Collapse)	Author	Age
*	Shorten the types to be more distinctive.	Christian Mollekopf	2016-07-08
\| \| \| \| \|	The org.kde prefix is useless and possibly misleading. Simply prefixing with sink is more unique and shorter.
*	Control debugoutput during tests with sinksh.	Christian Mollekopf	2016-07-08
\|
*	Fixed tests	Christian Mollekopf	2016-07-06
\|
*	These checks are no longer necessary	Christian Mollekopf	2016-06-05
\|
*	Fixed pipelinetest	Christian Mollekopf	2016-06-03
\|
*	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.
*	Run preprocessors before persising the value.	Christian Mollekopf	2016-05-08
\| \| \| \|	And allow preprocessors to modify the result.
*	Fromatted the whole codebase with clang-format.	Christian Mollekopf	2016-03-03
\| \| \| \|	clang-format -i /*{.cpp,.h}
*	Use slots/signals instead of Q_SLOTS/Q_SIGNALS for clang-format compatibility	Christian Mollekopf	2016-02-17
\|
*	Stop using clientapi.h	Christian Mollekopf	2016-02-10
\|
*	Fixed modifications	Christian Mollekopf	2016-02-01
\|
*	Renamed Akonadi2 to Sink	Christian Mollekopf	2016-01-20
\| \| \| \|	(except for documentation).
*	Removed most uses of SyncListResult and brought back the	Christian Mollekopf	2015-11-28
\| \| \| \|	dummyresourcetest
*	Fixed build	Christian Mollekopf	2015-11-21
\|
*	Correctly execute modifications and removals	Christian Mollekopf	2015-10-28
\| \| \| \|	... also if there are intermediate revisions.
*	Made pipeline preprocessing synchronous.	Christian Mollekopf	2015-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.
*	Documentation on what tests are supposed to test.	Christian Mollekopf	2015-10-24
\|
*	Moved test implementations to central location.	Christian Mollekopf	2015-10-13
\|
*	Create a new revision for removals as well.	Christian Mollekopf	2015-10-10
\| \| \| \|	So we can replay the change.
*	Revision cleanup	Christian Mollekopf	2015-09-29
\|
*	Work with revisions in store + pipelinetest	Christian Mollekopf	2015-09-24
	Cleanup of revisions, and revision for removed entity is yet missing.