An error occurred fetching the project authors.
- 08 Feb, 2013 1 commit
-
-
Jérome Perrin 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.
-
- 05 Nov, 2012 2 commits
-
-
Julien Muchembled authored
-
Julien Muchembled authored
-
- 03 Oct, 2012 2 commits
-
-
Julien Muchembled authored
-
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.
-
- 23 Apr, 2012 2 commits
-
-
Julien Muchembled authored
Note that it is useless to test simulation quantity in isSimulated because even if it exists, we already failed to find a related SM.
-
Julien Muchembled authored
-
- 13 Dec, 2011 1 commit
-
-
Julien Muchembled authored
-
- 10 Dec, 2011 1 commit
-
-
Arnaud Fontaine authored
When sorting on int_index for example, the returned movement list was in reversed order of the expected one.
-
- 07 Dec, 2011 1 commit
-
-
Julien Muchembled authored
-
- 27 Apr, 2011 1 commit
-
-
Jérome Perrin authored
longer required to handle the non simulated case explicitly here. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@45692 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@44348 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 25 Feb, 2011 2 commits
-
-
Jérome Perrin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@43734 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Jérome Perrin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@43729 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 07 Nov, 2010 1 commit
-
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@40005 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 06 Oct, 2010 1 commit
-
-
Yusei Tahara authored
getSimulationQuantity can return None. Before this fix, since getSimulationQuantity returns None, an empty line can trigger to generate root applied rule, git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@38926 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 12 Aug, 2010 1 commit
-
-
Fabien Morin authored
reviewed by seb, tested in r37742 git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@37743 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 11 Aug, 2010 1 commit
-
-
Yoshinori Okuji authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@37691 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 10 Aug, 2010 1 commit
-
-
Yoshinori Okuji authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@37668 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 15 Jul, 2010 1 commit
-
-
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
-
- 09 Jul, 2010 1 commit
-
-
Łukasz Nowak authored
- revert 36994 for now as it generates a lot of issues and requires additional coding to make it work git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@37007 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 08 Jul, 2010 1 commit
-
-
Łukasz Nowak authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@36994 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 01 Jul, 2010 1 commit
-
-
Kazuhiko Shiozaki authored
If delivery is not simulated (PackingList.isDivergent() returns True in such a case), we cannot solve divergence anyway. This change should fix recent (random) failures of testImmobilisation. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@36787 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 28 Jun, 2010 2 commits
-
-
Kazuhiko Shiozaki authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@36656 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Kazuhiko Shiozaki authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@36641 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 25 Jun, 2010 1 commit
-
-
Kazuhiko Shiozaki authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@36600 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 23 Jun, 2010 1 commit
-
-
Kazuhiko Shiozaki authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@36542 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 01 Jun, 2010 2 commits
-
-
Kazuhiko Shiozaki authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@35864 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Kazuhiko Shiozaki authored
use state list for the portal type instead of portal's global state list. ERP5Type >= r35858 is required. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@35859 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 26 May, 2010 1 commit
-
-
Kazuhiko Shiozaki authored
if causality state is still draft, we don't need to call diverge() or solve() and it causes an exception if called. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@35629 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 20 May, 2010 2 commits
-
-
Kazuhiko Shiozaki authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@35483 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Kazuhiko Shiozaki authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@35482 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 06 May, 2010 1 commit
-
-
Nicolas Dumazet authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@35032 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 03 May, 2010 1 commit
-
-
Jean-Paul Smets authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@34957 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
-
- 30 Mar, 2010 1 commit
-
-
Julien Muchembled authored
CompositionMixin provides a 'asComposedDocument' method replacing find{Effective,}SpecialiseValueList on Trade Condition. Some deprecated code in TradeCondition is moved back to PaySheetModel for compatibility reasons. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@34217 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 10 Mar, 2010 1 commit
-
-
Nicolas Dumazet authored
What's the point? Mostly cleaning up pyflakes output: now, running it on those files does not give anymore cluttered output, but raises (almost) only valid human errors. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@33558 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 05 Jan, 2010 1 commit
-
-
Yusei Tahara authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@31566 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 15 Dec, 2009 1 commit
-
-
Kazuhiko Shiozaki authored
revert r31281, r31992, r31294, because 'property to be solved' should be specified in each Solver portal type itself and we don't need indexed relation between solver decision and solver. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@31305 20353a03-c40f-0410-a6d1-a30d3c3de9de
-