1. 22 Oct, 2018 3 commits
  2. 19 Oct, 2018 1 commit
  3. 16 Oct, 2018 2 commits
  4. 09 Oct, 2018 1 commit
  5. 08 Oct, 2018 1 commit
  6. 24 Sep, 2018 1 commit
  7. 20 Sep, 2018 4 commits
  8. 17 Sep, 2018 1 commit
  9. 14 Sep, 2018 1 commit
  10. 11 Sep, 2018 2 commits
  11. 10 Sep, 2018 1 commit
  12. 14 Jun, 2018 1 commit
  13. 05 Jun, 2018 1 commit
    • Haye Böhm's avatar
      Change sds rewriting (WIP: segfaults) · 2615868d
      Haye Böhm authored
      Change the way shares are rewritten. Each share now rewrites itself
      instead of its children, and returns the rewritten variant when an
      operation yields a result. This ensures in the case of a modify that we
      can first read and then use the returned share to execute the write.
      
      Why?
      - Giving the modify function an extra parameter with the complete share,
      which can be used after reading is done, is no longer sufficient due to
      the implementation of the SDSLens/SDSParallel.
      - Implementing a recover class which can transform a after-read-sds to
      the original is not possible due to typing constraints.
      
      This approach specifically allows the SDSRemoteSource/SDSRemoteService
      to rewrite itself from SDSQueued to SDSValue, while moving along the
      underlying SDS definition.
      2615868d
  14. 04 Jun, 2018 1 commit
  15. 31 May, 2018 1 commit
  16. 29 May, 2018 3 commits
    • Haye Böhm's avatar
      Implement fully asynchronous reading/writing/modifying of arbitrary SDS · 916b5246
      Haye Böhm authored
      trees
      
      This commit enables:
      - Asynchronous reading from any kind of SDS
      - Asynchronous writing from any kind of SDS
      - Asynchronous modifying of SDSLens, SDSSelect, SDSRemoteSource,
      SDSSource. For all other SDS definition the modify is implemented as
      read --> write.
      916b5246
    • Haye Böhm's avatar
      29d78d8a
    • Haye Böhm's avatar
      Support asynchronous reading, writing and modifying shares · 374346f0
      Haye Böhm authored
      - Add new share types denoting a share is a remote (SDSRemote)
      - Change read/write/modify signatures to be able to return that a
      respective operation is queued.
      - Change get/set/upd to use and wait for asyn operations
      - Change part of the task rewriting to account for waiting for async
      operations
      
      An operation on a SDS can now yield either:
          Queued connectionId: An async operation is queued, the task will be
          notified when it is done. The connectionId should be used to
          retrieve the result from the connection states in the world.
      
          This is only returned when:
      	- The operation is done on a RemoteSDS
      	- The operation is done in the context of a task
      
          Result a: Synchronous operation was done, return the result directly
      374346f0