1. 09 Aug, 2018 3 commits
  2. 08 Aug, 2018 5 commits
  3. 07 Aug, 2018 2 commits
  4. 06 Aug, 2018 1 commit
  5. 03 Aug, 2018 6 commits
  6. 02 Aug, 2018 1 commit
  7. 01 Aug, 2018 2 commits
  8. 31 Jul, 2018 9 commits
  9. 27 Jul, 2018 2 commits
    • Sebastien Robin's avatar
      c9c876cf
    • Sebastien Robin's avatar
      simulation: solve random solving issues in a cluster environment · 924f20fa
      Sebastien Robin authored
      Before, when solving a solver, parsing sub objects of solver_process was done directly synchronously
      in solver_workflow. And we had the case where you have parallel transactions solving a solver,
      each of theses transactions see remaining solver not in solved state, but once all transaction are
      finished, all solver are solved. This could lead to the case where solver_process is never moved
      to succeeded. Instead of using serialize (which may lead to conflicts), just use activities in queue
      with a serialization tag.
      924f20fa
  10. 26 Jul, 2018 1 commit
  11. 25 Jul, 2018 2 commits
  12. 24 Jul, 2018 1 commit
  13. 19 Jul, 2018 1 commit
  14. 17 Jul, 2018 3 commits
  15. 13 Jul, 2018 1 commit