An error occurred fetching the project authors.
- 29 Dec, 2014 1 commit
-
-
Julien Muchembled authored
They were useless since 'delivery' is indexed in ZODB, and this also fixes a bug causing local build to fail in the following conditions: - root document moved to a state that triggers a builder, whereas there's no simulation tree yet - the builder select method has a condition on the root simulation movement An example is building of task reports, when the ERP is overloaded. The reason was that in some cases, ERP5 tried to set 2 tags on the same reindexing activity (built: in updateMovementCollection & expand: in _updateSimulation), but there's actually no support for multi-valued tags and for CMFActivity, default activate parameters (here expand:) have lower precedence (see ActivateObject.activate). So another possible fix is to add built: to _localBuild after_tag. This commit also renames expand: into build:
-
- 04 Sep, 2014 1 commit
-
-
Gabriel Monnerat authored
-
- 16 May, 2014 1 commit
-
-
Jérome Perrin authored
-
- 24 Jan, 2014 1 commit
-
-
Julien Muchembled authored
-
- 13 May, 2013 1 commit
-
-
Julien Muchembled authored
-
- 26 Jan, 2013 1 commit
-
-
Julien Muchembled authored
Use of catalog to get related simulation movements from delivery lines/cells is unreliable. Until now, for any new code written for simulation, we often had to be careful not to call getDeliveryRelatedValueList too early, usually by deferring code to activities with complicated dependencies. Race conditions are difficult to avoid by developping this way, because for a given delivery, there are potentially so many events that happen at the same time, involving: - simulation, amongst causality, expand, building, solving (including split) - alarms, user actions, external interfaces, chains of activities - several related deliveries and simulation trees This commit enables ZODB-indexing of related documents for 'delivery' base category, making getDeliveryRelatedValueList safe and fixing unlink of deleted delivery lines/cells. Existing activity dependencies are left unchanged because builders only uses catalog and local building needs to find all simulation movements.
-
- 18 Dec, 2012 1 commit
-
-
Julien Muchembled authored
-
- 05 Nov, 2012 1 commit
-
-
Julien Muchembled authored
-
- 03 Oct, 2012 1 commit
-
-
Julien Muchembled authored
All interactions and activity tags are reviewed to fix bugs like duplicated root applied rules, and also reduces the amount of duplicated/useless work, e.g: - Simulation trees are not expanded anymore when simulated objects are modified. - 'expand' activities are merged (i.e. dropped) with any other 'expand' activity for an ancestor. New implementation exposes new API that hides much complexity to the developper about activity dependencies. By default, expand() now automatically defers any work if the current transaction takes too long time. This method also gains a parameter to explicitely choose when to expand, which is often important in unit tests or solvers. In particular, when postponing work, it takes care of setting proper activity dependencies. - If you have any code requiring to expand everything immediately, you'll have to replace 'expand()' by 'expand(expand_policy="immediate")'. - On the contrary, you should replace any 'activate().expand()' by 'expand(expand_policy="deferred")'. expand() still accepts activity parameters for any extra needs. In causality workflow, 'building' state is clarified and now means « delivery may diverge but we can't know now ». A delivery remains in draft as long as it does not contain any movement built from simulation. After init/clone/builder/etc. scripts used to call 'startBuilding' & 'updateCausalityState': this calls must be removed since only SimulatedDeliveryBuilder should take care of move to 'building' state and workflows now triggers 'updateCausalityState'. Disguised interactions have been unhardcoded and either deleted, or moved to appropriate interaction workflows, which have been reorganized. Those that triggers update of portal_workflow can be easily customized or disabled. New API: - updateSimulation() on deliveries and subscription items. It takes care of creating root applied rule, expanding and reindexing parts of simulation trees. It somehow replaces: - Delivery_updateSimulation - Delivery_updateAppliedRule - Delivery.applyToDeliveryRelatedMovement - Delivery.updateAppliedRule - Delivery.expand - Delivery.expandRuleRelatedToMovement - SubscriptionItem.expand - SubscriptionItem.updateAppliedRule - Delivery.localBuild() is the new way to do local building and replaces Delivery_expandAndBuild. Private method Delivery._localBuild replaces Delivery_buildOnComposedDocument. - Simulation Movements that are being built by a builder are reindexed with the following tag: 'built:<delivery_path>'. Any after_path_and_method_id dependency against 'related_simulation_movement_path_list' and reindexing methods should be replaced by this after_tag. After builder scripts used to confirm the delivery in a separate activity, which was useless.
-
- 15 Jun, 2011 1 commit
-
-
Kazuhiko Shiozaki authored
* more values come outside testers, i.e. rule itself and Business Process procedure.
-
- 08 Jun, 2011 1 commit
-
-
Sebastien Robin authored
This improve commit c64d4287 and it allows to keep current configuration of rules. Now we use tester method getUpdatablePropertyDict in order to know which properties we propagate in expand
-
- 07 Jun, 2011 1 commit
-
-
Sebastien Robin authored
Until now, we had in movement collections all possible properties found by _propertyMap for every movement. Now movement collections use list of properties defined in rules. This change was breaking some tests because not enough properties were expanded, so in the same time it is required to add more properties to progagate on several rules
-
- 04 May, 2011 1 commit
-
-
Jérome Perrin authored
As divergence tester are predicates, test if they apply on the simulation movements before explaining the divergence git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@45811 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 04 Apr, 2011 1 commit
-
-
Leonardo Rochael Almeida authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@45048 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 25 Mar, 2011 1 commit
-
-
Kazuhiko Shiozaki authored
revert this part, because if re-expand occurs from the upward for simulation movements that already have recorded properties and we have differences between upward values and recorded values, we need to update anyway (and to clear recorded propertyes that are already well implemented in other place). this should fix the current failure of test_19_ChangeResourceOnPackingListAndOrder in testPackingList.py. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@44611 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 16 Mar, 2011 1 commit
-
-
Jérome Perrin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@44350 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 14 Mar, 2011 1 commit
-
-
Jérome Perrin authored
not only negate its quantity but also remove the delivery link, otherwise we create compensation movements which are already built git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@44255 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 11 Mar, 2011 5 commits
-
-
Jérome Perrin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@44187 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Jérome Perrin authored
likely enough git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@44184 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Jérome Perrin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@44183 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Jérome Perrin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@44182 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Jérome Perrin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@44181 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 03 Mar, 2011 1 commit
-
-
Jérome Perrin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@43927 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 02 Mar, 2011 1 commit
-
-
Jérome Perrin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@43898 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 09 Nov, 2010 1 commit
-
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@40112 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 19 Oct, 2010 1 commit
-
-
Arnaud Fontaine authored
be needed to implement constraints in ZODB Property Sheets git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@39337 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 22 Sep, 2010 1 commit
-
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@38564 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 06 Aug, 2010 2 commits
-
-
Julien Muchembled authored
If we leave PaymentSimulationRule as it is now, 2 Trade Model Path must be created (for bank and payable), instead of 1. Reenable payment rule in tests. git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@37612 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@37611 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 05 Aug, 2010 1 commit
-
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@37557 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 03 Aug, 2010 4 commits
-
-
Aurel authored
with JPS git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@37457 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@37448 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Jean-Paul Smets authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@37443 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Aurel authored
parameter more default to 0.0 when getting date - changes done by JPS git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@37435 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 27 Jul, 2010 1 commit
-
-
Kazuhiko Shiozaki authored
same as r37156 (when calculating the diff of a quantity, it is necessary to use real values instead of recorded ones). git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@37304 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 12 Jul, 2010 1 commit
-
-
Kazuhiko Shiozaki authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@37050 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 07 Jun, 2010 1 commit
-
-
Jean-Paul Smets authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@36059 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 30 May, 2010 1 commit
-
-
Jean-Paul Smets authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@35767 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 04 May, 2010 1 commit
-
-
Jean-Paul Smets authored
Only use predicates to find rules. This may require some "auto-upgrade" code to support old rules which are not well set. git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@34979 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 19 Apr, 2010 1 commit
-
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@34653 20353a03-c40f-0410-a6d1-a30d3c3de9de
-