Commit message (Collapse) | Author | Age | ||
---|---|---|---|---|
... | ||||
* | Correctly execute modifications and removals | Christian Mollekopf | 2015-10-28 | |
| | | | | ... also if there are intermediate revisions. | |||
* | Reuse the existing transaction | Christian Mollekopf | 2015-10-28 | |
| | ||||
* | 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. | |||
* | ApplicationDomainType cleanup, define metatypes | Christian Mollekopf | 2015-10-23 | |
| | ||||
* | We need to return instance identifiers and not resource types | Christian Mollekopf | 2015-10-23 | |
| | ||||
* | Made headers installable and install headers | Christian Mollekopf | 2015-10-23 | |
| | ||||
* | Avoid deadlock | Christian Mollekopf | 2015-10-23 | |
| | ||||
* | Make it possible to set a new emitter on the listresultmodel | Christian Mollekopf | 2015-10-22 | |
| | ||||
* | Finished ListResultModel implementation. | Christian Mollekopf | 2015-10-21 | |
| | ||||
* | Cleanup | Christian Mollekopf | 2015-10-21 | |
| | ||||
* | Avoid hardcoding a made-up resource type for config that doesn't belong | Christian Mollekopf | 2015-10-21 | |
| | | | | to a resource | |||
* | ClientAPI: Don't require an explicit instance identifier | Christian Mollekopf | 2015-10-21 | |
| | ||||
* | Moved the ListModelResult to a separate file | Christian Mollekopf | 2015-10-21 | |
| | ||||
* | Use a null-resource object to avoid having to check the pointer | Christian Mollekopf | 2015-10-20 | |
| | | | | everytime | |||
* | Avoid trying to open ResourceAccess twice | Christian Mollekopf | 2015-10-20 | |
| | ||||
* | Cleanup | Christian Mollekopf | 2015-10-20 | |
| | ||||
* | Draft of ChangeReplay | Christian Mollekopf | 2015-10-20 | |
| | ||||
* | More descriptive debug messages | Christian Mollekopf | 2015-10-20 | |
| | ||||
* | Color log messages | Christian Mollekopf | 2015-10-20 | |
| | ||||
* | Cleanup | Christian Mollekopf | 2015-10-20 | |
| | ||||
* | Test & fix live query removals | Christian Mollekopf | 2015-10-20 | |
| | ||||
* | Let clients tell the resource when they no longer require a revision. | Christian Mollekopf | 2015-10-19 | |
| | ||||
* | Cleanup | Christian Mollekopf | 2015-10-15 | |
| | ||||
* | Moved more entitystorage functionality back to facade. | Christian Mollekopf | 2015-10-15 | |
| | | | | | To avoid unnecessary abstraction layers that don't solve a problem, and to allow facades to customize how entities are loaded. | |||
* | Dummyclient that can also remove stuff and updates queries automatically | Christian Mollekopf | 2015-10-12 | |
| | ||||
* | Cleanup revisions with a delay | Christian Mollekopf | 2015-10-12 | |
| | ||||
* | Ignore removed entities while loading the initial result set. | Christian Mollekopf | 2015-10-12 | |
| | ||||
* | Replay removals. | Christian Mollekopf | 2015-10-11 | |
| | | | | | Now we just have to avoid removing the revision too early from the resource. | |||
* | Create a new revision for removals as well. | Christian Mollekopf | 2015-10-10 | |
| | | | | So we can replay the change. | |||
* | Modification and removal in results | Christian Mollekopf | 2015-10-10 | |
| | | | | | Now we just need to ensure that equality is tested using the ApplicationDomainType::identifier | |||
* | A null value means the generator has nothing to generate anymore. | Christian Mollekopf | 2015-10-10 | |
| | ||||
* | Moved the index to the proper prefix | Christian Mollekopf | 2015-10-10 | |
| | ||||
* | Only emit the revision update once the batch is committed. | Christian Mollekopf | 2015-10-10 | |
| | ||||
* | StoreNewRevision function | Christian Mollekopf | 2015-10-10 | |
| | ||||
* | Cleanup | Christian Mollekopf | 2015-10-10 | |
| | ||||
* | Always get the latest revision directly from storage | Christian Mollekopf | 2015-10-10 | |
| | | | | We can just as well read the latest available revision from storage. | |||
* | Change replay | Christian Mollekopf | 2015-10-10 | |
| | | | | | So far only includes modifications and additions, removals are not yet stored as separate revisions. | |||
* | 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. | |||
* | Store entities with revisions | Christian Mollekopf | 2015-09-11 | |
| | ||||
* | Storage: substring search and findLatest | Christian Mollekopf | 2015-09-11 | |
| | ||||
* | Conciser PropertyMapper::addMapping notation | Christian Mollekopf | 2015-09-09 | |
| | ||||
* | A folder dummy folder facade and a folder property for mails. | Christian Mollekopf | 2015-09-08 | |
| | | | | Mails in inbox! | |||
* | Added support for mails to akonadi and the dummyresource. | Christian Mollekopf | 2015-09-08 | |
| | | | | Adding new types definitely needs to become easier. | |||
* | Removed no longer used API | Christian Mollekopf | 2015-08-26 | |
| | ||||
* | Removed convenience API | Christian Mollekopf | 2015-08-23 | |
| | ||||
* | Storage cleanup | Christian Mollekopf | 2015-08-23 | |
| | ||||
* | Increase the limit of named databases to 50 | Christian Mollekopf | 2015-08-23 | |
| | ||||
* | Store indexes as named databases in the same db. | Christian Mollekopf | 2015-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. | |||
* | Duplicate settings as part of opening db. | Christian Mollekopf | 2015-08-23 | |
| |