summaryrefslogtreecommitdiffstats
path: root/common/pipeline.cpp
Commit message (Collapse)AuthorAge
...
* Gather more timingsChristian Mollekopf2016-02-10
|
* Introduced debug areas and prettified output.Christian Mollekopf2016-02-04
|
* Use pimplChristian Mollekopf2016-02-01
|
* Avoid unnecessary namespace usageChristian Mollekopf2016-02-01
|
* Centralized main database nameChristian Mollekopf2016-02-01
|
* CleanupChristian Mollekopf2016-02-01
|
* Fixed modificationsChristian Mollekopf2016-02-01
|
* Build without warningsChristian Mollekopf2016-01-31
|
* Renamed Akonadi2 to SinkChristian Mollekopf2016-01-20
| | | | (except for documentation).
* Added bufferutils.hChristian Mollekopf2016-01-19
|
* Mark commands with whether they need to be replayedChristian Mollekopf2015-12-29
| | | | | This way we don't have to try to figure out whether a change is coming from the source already.
* Use the contains function where we can.Christian Mollekopf2015-12-22
|
* Catch the case when we try to remove an entity that has already beenChristian Mollekopf2015-12-08
| | | | removed
* Pipeline: Ensure a created entity has a new id.Christian Mollekopf2015-12-01
| | | | | Since we can now inject entity ids we have to ensure they are not already existing.
* Pipeline: only emit a change if the revision actually changed.Christian Mollekopf2015-12-01
| | | | | We had quite a bunch of superfluous notifications before (i.e. during cleanup).
* Resolve remoteIds during syncChristian Mollekopf2015-12-01
| | | | | | | Remote id's need to be resolved while syncing any references. This is done by the synchronizer by consulting the rid to entity id mapping. If the referenced entity doesn't exist yet we create a local id anyways, that we then need to pick up once the actual entity arrives.
* Correctly execute modifications and removalsChristian Mollekopf2015-10-28
| | | | ... also if there are intermediate revisions.
* Reuse the existing transactionChristian 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
|
* Cleanup revisions with a delayChristian Mollekopf2015-10-12
|
* Create a new revision for removals as well.Christian Mollekopf2015-10-10
| | | | So we can replay the change.
* Only emit the revision update once the batch is committed.Christian Mollekopf2015-10-10
|
* StoreNewRevision functionChristian Mollekopf2015-10-10
|
* Change replayChristian Mollekopf2015-10-10
| | | | | So far only includes modifications and additions, removals are not yet stored as separate revisions.
* Revision cleanupChristian Mollekopf2015-09-29
|
* Work with revisions in store + pipelinetestChristian Mollekopf2015-09-24
| | | | Cleanup of revisions, and revision for removed entity is yet missing.
* Store entities with revisionsChristian Mollekopf2015-09-11
|
* Added support for mails to akonadi and the dummyresource.Christian Mollekopf2015-09-08
| | | | Adding new types definitely needs to become easier.
* Removed convenience APIChristian Mollekopf2015-08-23
|
* Store indexes as named databases in the same db.Christian Mollekopf2015-08-23
| | | | | | Because we also keep using the same transactions this finally makes the resource somewhat performant. On my system genericresourcebenchmark now processes ~4200 messages per second instead of ~280.
* Pass revision as part of stateChristian Mollekopf2015-08-19
|
* Transactions in the pipelineChristian Mollekopf2015-08-19
|
* Untangled the include dependencies a bit.Christian Mollekopf2015-08-13
| | | | We no longer depend on clientapi.h from everywhere.
* Ported pipeline to new APIChristian Mollekopf2015-08-11
|
* Forward revision updates through resourceChristian Mollekopf2015-07-28
|
* DebuginfoChristian Mollekopf2015-07-23
|
* Modify/Delete actionsChristian Mollekopf2015-07-19
|
* Modify/Delete commandsChristian Mollekopf2015-07-14
|
* KAsync has moved to it's own kasync.git repositoryDan Vrátil2015-05-18
|
* Adapt to KAsync namespace changeDan Vrátil2015-05-15
|
* Error handlingChristian Mollekopf2015-05-01
|
* Cleanup and debug messages.Christian Mollekopf2015-04-02
|
* Storage: API cleanup/use QByteArray instead of std::stringChristian Mollekopf2015-03-31
|
* clenupChristian Mollekopf2015-01-30
|
* debug outputChristian Mollekopf2015-01-25
|
* Fixed sync, detect errors during sync, wait until sync items are processed ↵Christian Mollekopf2015-01-19
| | | | until signalling completion.
* Fixed pipeline.Christian Mollekopf2015-01-19
| | | | Steps are now finally processed as they should be and a job tracks the processing progress.
* Use jobs in queries, sync works again.Christian Mollekopf2015-01-18
|
* Async message queue processing.Christian Mollekopf2015-01-15
| | | | The Job/Future in Pipeline::newEntity for some reason crashes with async pipeline processing.