An error occurred fetching the project authors.
- 16 Sep, 2013 1 commit
-
-
Jérome Perrin 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.
-
- 28 Jun, 2012 1 commit
-
-
Kazuhiko Shiozaki authored
-
- 12 Dec, 2011 1 commit
-
-
Julien Muchembled authored
- Stop calling rule.test() again. - For Applied Rule objects that don't specialise to an applicable rule: - do not expand built ones; - and delete others (e.g. if a new rule matches, replace it).
-
- 07 Dec, 2011 1 commit
-
-
Julien Muchembled authored
-
- 31 Oct, 2011 2 commits
-
-
Leonardo Rochael Almeida authored
Don't even search for future trade phases.
-
Leonardo Rochael Almeida authored
Rules should now contain all predicates necessary for matching the right simulation movements. Which they now can do since they all have "Predicate" tabs now. (partially revert 5c2c470f)
-
- 01 Aug, 2011 1 commit
-
-
Julien Muchembled authored
-
- 04 May, 2011 1 commit
-
-
Jérome Perrin authored
if a simulation movment has been explicitly marked as frozen, use this and not the info from business process git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@45812 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 19 Apr, 2011 1 commit
-
-
Leonardo Rochael Almeida authored
Make sure to check already applied rules against simulation movements with successor trade phases, just like was done to search for them in the first place git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@45577 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 13 Apr, 2011 1 commit
-
-
Sebastien Robin authored
to a particular trade phase category, so it was looking at business link of business process not all related to this particular simulation movement. So use asComposedDocument in order to get good list of business links * add comments about undocumented and untested code git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@45361 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 08 Apr, 2011 1 commit
-
-
Leonardo Rochael Almeida authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@45214 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 07 Apr, 2011 1 commit
-
-
Leonardo Rochael Almeida authored
Use Business Link causality to guess future trade_phases for Simulation Movement, removing the need for complex test scripts on portal rules git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@45191 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 14 Mar, 2011 3 commits
-
-
Jérome Perrin authored
Introduce a new interface expandable_item which extends expandable and add this functionality, and provides default implementation that maybe have to be extended for some specific subscription items usages. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@44254 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Jérome Perrin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@44229 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Jérome Perrin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@44228 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 12 Jan, 2011 1 commit
-
-
Julien Muchembled authored
- delaying 'updateCausalityState' instead of 'calculate' - make sure 'updateCausalityState' depends on all related simulation movements - do not process 'updateCausalityState' as long as there remains 'Delivery_calculate' activities This fixes r39050 ("fix an error that calculate may be called too early before a new simulation movement is indexed."). git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42258 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 21 Dec, 2010 1 commit
-
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@41610 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 15 Dec, 2010 1 commit
-
-
Tatuya Kamada authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@41456 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 11 Oct, 2010 1 commit
-
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@39030 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 14 Sep, 2010 1 commit
-
-
Julien Muchembled authored
getTransactionalVariable has always been implemented to return a global cache object (1 per thread): old implementation used the given context only to have access to the portal. So we enforce this with a warning to make sure people don't expect retrieving 1 cache object per given context. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@38366 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 19 Aug, 2010 1 commit
-
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@37909 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 18 Aug, 2010 1 commit
-
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@37881 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 13 Aug, 2010 1 commit
-
-
Yoshinori Okuji authored
Revert the previous change partly, because searchRuleList omits invalidated rules, so even if searchRuleList does not return a rule, it can be due to the validation state instead of the result of a test method. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@37781 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 12 Aug, 2010 1 commit
-
-
Yoshinori Okuji authored
Use references only, as using portal types as keys does not make sense. Also, skip calling Rule.test, because it should have been called implicitly by searchRuleList. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@37739 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 10 Aug, 2010 1 commit
-
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@37671 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 03 Aug, 2010 2 commits
-
-
Aurel authored
method from ProperyRecordableMixin git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@37458 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
-
- 27 Jul, 2010 2 commits
-
-
Yoshinori Okuji authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@37276 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Yoshinori Okuji authored
getCorrectedQuantity must not use a mapped quantity, as any mapping must not be enabled in the simulation world. Instead, every caller must specify which is wanted very explicitly. This change also fixes that delivery error and profit quantity were not handled correctly when quantity was inversed. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@37274 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 15 Jul, 2010 3 commits
-
-
Sebastien Robin authored
Conflicts: bt5/erp5_base/bt/revision bt5/erp5_simulation/DocumentTemplateItem/InvoiceSimulationRule.py bt5/erp5_simulation/bt/revision bt5/erp5_trade/SkinTemplateItem/portal_skins/erp5_trade/Base_viewTradeFieldLibrary.xml bt5/erp5_trade/bt/change_log bt5/erp5_trade/bt/revision products/ERP5/Document/BusinessPath.py products/ERP5/Document/SimulationMovement.py products/ERP5/Document/TradeCondition.py products/ERP5/Document/TradeModelLine.py products/ERP5/bootstrap/erp5_mysql_innodb_catalog/bt/revision products/ERP5Type/ERP5Type.py git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@37129 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Nicolas Dumazet authored
The idea was simple: if BusinessPath.filterBuildableMovementList is efficient, we can replace SimulationMovement.isBuildable by: return len(business_path.filterBuildableMovementList([self])) == 1 I thus moved and adapted the code from isBuildable to generalize it to BusinessPath.filterBuildableMovementList. Performance remains the very _same_ for isBuildable, but this move allows us to use filterBuildableMovementList directly in a Global Builder. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@37116 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Nicolas Dumazet authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@37113 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 14 Jul, 2010 4 commits
-
-
Nicolas Dumazet authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@37099 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Nicolas Dumazet authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@37098 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Nicolas Dumazet authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@37097 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Nicolas Dumazet authored
Previous implementation was exploring all descendants without using the path information. We can of course stop walking down a branch as soon as we have met all paths we were looking for. And jump to the next branch/sibling. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@37096 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 01 Jul, 2010 2 commits
-
-
Nicolas Dumazet authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@36762 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Nicolas Dumazet authored
The idea is that if catalog is up-to-date, the call in #2 will already return and load from ZODB all descendants of self. We do not want in this case to blindly/dumbly recurse over the descendants of self in step #3, loading them again from ZODB. We thus remember which objects we loaded in the Simulation Tree during #2 and do not load them again in #3. Code complexity is higher, but this should make step #3 virtually "free" when catalog is up-to-date. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@36761 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 29 Jun, 2010 1 commit
-
-
Nicolas Dumazet authored
movement at some point git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@36658 20353a03-c40f-0410-a6d1-a30d3c3de9de
-