An error occurred fetching the project authors.
- 19 Mar, 2014 1 commit
-
-
Kazuhiko Shiozaki authored
so that : * the result is stable. * no permission is required for Supply and Resource only for price calculation. * no proxy role is required in script.
-
- 21 Feb, 2013 3 commits
-
-
Jérome Perrin authored
-
Jérome Perrin authored
getSimulationQuantity/Source/Destination.. getOrderQuantity/Source/Destination... getDeliveryQuantity/Source/Destination... Those methods were not used and were calling some non existing ZSQL Methods XXX wrong ! getSimulationQuantity is used !
-
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.
-
- 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.
-
- 18 Jul, 2011 1 commit
-
-
Leonardo Rochael Almeida authored
Otherwise it can't be set, just like variation_category_list
-
- 17 Mar, 2011 1 commit
-
-
Jérome Perrin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@44383 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 11 Oct, 2010 2 commits
-
-
Jérome Perrin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@39021 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Jérome Perrin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@39015 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 12 Sep, 2010 1 commit
-
-
Kazuhiko Shiozaki authored
return None in Movement.getExplanationValue if getRootDeliveryValue is missing, because we use Movement class as the base class for non Delivery->Movement structure classes too. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@38279 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 12 Aug, 2010 1 commit
-
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@37780 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 05 Aug, 2010 1 commit
-
-
Jérome Perrin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@37527 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
-
- 12 Jul, 2010 2 commits
-
-
Kazuhiko Shiozaki authored
use getRootDeliveryValue() instead of getExplanationValue() because what we want to have here is the root delivery value. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@37038 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Kazuhiko Shiozaki authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@37035 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 02 Jul, 2010 2 commits
-
-
Nicolas Dumazet authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@36790 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Nicolas Dumazet authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@36788 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@36056 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 25 May, 2010 2 commits
-
-
Yoshinori Okuji authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@35598 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Yoshinori Okuji authored
Override _getBaseUnitPrice, as we want to use Movement.getPriceCalculationOperandDict if the context is a Movement. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@35597 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
-
- 13 Apr, 2010 1 commit
-
-
Kazuhiko Shiozaki authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@34488 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 01 Apr, 2010 1 commit
-
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@34252 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
-
- 15 Feb, 2010 1 commit
-
-
Kazuhiko Shiozaki authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@32524 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 08 Feb, 2010 2 commits
-
-
Yoshinori Okuji authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@32330 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Yoshinori Okuji authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@32328 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
-
- 14 Dec, 2009 1 commit
-
-
Kazuhiko Shiozaki authored
same as 31281. 'delivery' category is also used to record the relation between a solver decision and a delivery movement, so we need to specify portal_type in order to get related simulation movements only. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@31294 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 08 Dec, 2009 1 commit
-
-
Yusei Tahara authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@31133 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 17 Nov, 2009 1 commit
-
-
Sebastien Robin authored
order to make optimisation configuration in unit test - isIndexable is not a property any more, it is a ConstantGetter instance, so it works like a property and like a method - same thing for isPredicate, isTemplate, isDelivery... we can start moving using only methods. - do not define isTemplate, isDelivery... when it is already available thanks to inheritance - new methods generated for all ERP5 objects : provides[InterfaceName]. For instance, "providesIMovement()" will return True or False for any ERP5 object. - new method "is[Group]Type" generated for all ERP5 objects. The group here is group of portal types (like getPortalDeliveryTypeList()). So on any ERP5 object, you can do "isDeliveryType()", and this will returns True or False. - add tests git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@30704 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 09 Nov, 2009 1 commit
-
-
Kazuhiko Shiozaki authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@30445 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 30 Oct, 2009 1 commit
-
-
Jérome Perrin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@30137 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 22 Oct, 2009 1 commit
-
-
Jérome Perrin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@29904 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 03 Sep, 2009 1 commit
-
-
Jérome Perrin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28772 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 20 Aug, 2009 1 commit
-
-
Jérome Perrin authored
- warn readers about this docstring which does not reflect the actual implementation git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28520 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 16 Jul, 2009 1 commit
-
-
Jérome Perrin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28086 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 13 Jul, 2009 1 commit
-
-
Łukasz Nowak authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28066 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 06 Jul, 2009 1 commit
-
-
Łukasz Nowak authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@27968 20353a03-c40f-0410-a6d1-a30d3c3de9de
-