summaryrefslogtreecommitdiffstats
path: root/examples
Commit message (Collapse)AuthorAge
* CleanupChristian Mollekopf2015-11-28
|
* CleanupChristian Mollekopf2015-11-28
|
* list and count options for non-gui operationsChristian Mollekopf2015-11-27
|
* Introduced a QueryRunner objectChristian Mollekopf2015-11-27
| | | | | | | | The QueryRunner object lives for the duration of the query (so just for the initial query for non-live queries, and for the lifetime of the result model for live queries). It's supposed to handle all the threading internally and decouple the lifetime of the facade.
* Separate the default index updater from other generic indexersChristian Mollekopf2015-11-25
|
* Move implementations to the cpp file.Christian Mollekopf2015-11-19
| | | | | | | | I finally figured out how to do that with cpp files. It requires instantiating the code with all expected classes, but that's not a big problem since we know all types. This will hopefully greatly reduce the compiletimes...
* Loading data with the new model for the test clientChristian Mollekopf2015-11-19
|
* Use the new modelresult in the dummyclientChristian Mollekopf2015-11-19
|
* fixupChristian Mollekopf2015-11-18
|
* Don't use a smart pointer for the result providerChristian Mollekopf2015-11-18
| | | | We're not doing any lifetime management anyways.
* Working folder tree queryChristian Mollekopf2015-11-15
|
* It's starting to workChristian Mollekopf2015-11-13
|
* Added a folder typeChristian Mollekopf2015-11-09
|
* Fixed warningsChristian Mollekopf2015-11-08
|
* Fixed shutdown and synchronize commandsChristian Mollekopf2015-10-31
|
* Updated the index on modifications and removals.Christian Mollekopf2015-10-29
| | | | Misses tests.
* 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.
* fixed buildChristian Mollekopf2015-10-23
|
* Finished ListResultModel implementation.Christian Mollekopf2015-10-21
|
* CleanupChristian Mollekopf2015-10-21
|
* ClientAPI: Don't require an explicit instance identifierChristian Mollekopf2015-10-21
|
* Moved the ListModelResult to a separate fileChristian Mollekopf2015-10-21
|
* Added a removeFromDisk method to the resourceChristian Mollekopf2015-10-21
|
* Dummyclient that can also remove stuff and updates queries automaticallyChristian Mollekopf2015-10-12
|
* Change replayChristian Mollekopf2015-10-10
| | | | | So far only includes modifications and additions, removals are not yet stored as separate revisions.
* Store entities with revisionsChristian Mollekopf2015-09-11
|
* Simplified dummyresource indexingcodeChristian Mollekopf2015-09-08
|
* Reduced duplication in dummy synchronization codeChristian Mollekopf2015-09-08
|
* DummyStore that is not overly complicated by using flatbuffers.Christian Mollekopf2015-09-08
|
* A folder dummy folder facade and a folder property for mails.Christian Mollekopf2015-09-08
| | | | Mails in inbox!
* Added support for mails to akonadi and the dummyresource.Christian Mollekopf2015-09-08
| | | | Adding new types definitely needs to become easier.
* 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.
* Untangled the include dependencies a bit.Christian Mollekopf2015-08-13
| | | | We no longer depend on clientapi.h from everywhere.
* Fixed client buildChristian Mollekopf2015-08-12
|
* Made the pipeline an implementation detail of the resource.Christian Mollekopf2015-07-30
| | | | | This removes one dependency from the Listener and will allow us to test the Listener better.
* Create numbered eventsChristian Mollekopf2015-07-27
|
* Fixed clientChristian Mollekopf2015-07-27
|
* Less hardcoded namesChristian Mollekopf2015-07-27
|
* Fixed the client, only optionally delete the db, and avoid constantChristian Mollekopf2015-07-23
| | | | | | model resets. We can now even start multiple clients.
* Deal with non-existing indexChristian Mollekopf2015-07-23
|
* Modify/Delete commandsChristian Mollekopf2015-07-14
|
* cleanupChristian Mollekopf2015-07-09
|
* Read-only transaction during sync.Christian Mollekopf2015-07-09
|
* Use remoteId index instead of scanChristian Mollekopf2015-07-09
|
* Moved SimpleResourceProcessorChristian Mollekopf2015-07-09
| | | | Not really where it belongs, but at least more generic
* Moved the dummy backend to a separate file.Christian Mollekopf2015-07-09
|
* Use the resource instance nameChristian Mollekopf2015-07-07
|
* Pass instanceIdentifier to facadeChristian Mollekopf2015-07-07
|
* Generalized facade code.Christian Mollekopf2015-07-02
| | | | A default implementation is now nothing but an empty shell.
* An almost generic query implementation.Christian Mollekopf2015-06-17
| | | | With equality filter on arbitrary properties as a bonus.