An error occurred fetching the project authors.
- 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
-
- 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
-
- 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 2 commits
-
-
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 2 commits
-
-
Nicolas Dumazet authored
movement at some point git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@36658 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Nicolas Dumazet authored
Also document, rename unclear variables, and comment / XXX improvable areas git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@36657 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 25 Jun, 2010 4 commits
-
-
Nicolas Dumazet authored
Business Process is in the same direction than the Simulation Tree flow. First look up simulation tree ancestors to see if movements related to business path ancestors are indeed in this ancestor set. Most of the time this check is enough. Conveniently, it's also cheap. And if we're unlucky and have a Business Process going upwards, we go through descendants of the movement (which is costly) to check buildability. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@36588 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Nicolas Dumazet authored
ancestors or descendants of said movement. Instead of computing a closure of a set of nodes, and in a second step filter nodes to only match those "related" to self, it's better to compute directly a smaller closure, only consisting of [self] That's about 3-4 times faster. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@36587 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Nicolas Dumazet authored
BusinessPath.isCompleted calls are quite expensive Removing it with the previous improvements actually leads to before performance. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@36586 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Nicolas Dumazet authored
since the closure will stay the same among all business paths, transform for path in previous_path_list: for movement in path.getRelatedMovementValueList(): into: closure = current_path.getBusinessPathClosure() for movement in closure: This means that number of simulation tree walks is reduced by a factor of len(previous_path_list) git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@36585 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 03 Jun, 2010 1 commit
-
-
Kazuhiko Shiozaki authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@35948 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 14 May, 2010 1 commit
-
-
Yoshinori Okuji authored
Orders are now bound with the delivery base category, so we must add the order types for the set of accpetable portal types. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@35309 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 29 Apr, 2010 1 commit
-
-
Kazuhiko Shiozaki authored
backport SimulationMovement.asComposedDocument() and modify TradeCondition.getTradeModelLineComposedList() so as to search trade model lines from the nearest delivery in the simulation tree. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@34856 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 16 Apr, 2010 1 commit
-
-
Kazuhiko Shiozaki authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@34622 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 23 Mar, 2010 1 commit
-
-
Yoshinori Okuji authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@33978 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
-
- 08 Mar, 2010 1 commit
-
-
Kazuhiko Shiozaki authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@33500 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 03 Mar, 2010 3 commits
-
-
Kazuhiko Shiozaki authored
use the new base category 'property_mapping' instead of reusing the exising 'mapping' base category. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@33338 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Kazuhiko Shiozaki authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@33328 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Kazuhiko Shiozaki authored
support mapped value in simulation movements by builders. same for divergence testers will be implemented soon. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@33309 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 18 Feb, 2010 1 commit
-
-
Kazuhiko Shiozaki authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@32707 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
-
- 01 Feb, 2010 1 commit
-
-
Kazuhiko Shiozaki authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@32126 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 26 Jan, 2010 1 commit
-
-
Kazuhiko Shiozaki authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@31979 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 28 Dec, 2009 3 commits
-
-
Nicolas Dumazet authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@31472 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Nicolas Dumazet authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@31471 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Nicolas Dumazet authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@31470 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 24 Dec, 2009 1 commit
-
-
Kazuhiko Shiozaki authored
use solver category in SimulationMovement, and remove non-working getSolverList() method in SimulationMovement and AppliedRule. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@31457 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 23 Dec, 2009 2 commits
-
-
Kazuhiko Shiozaki authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@31429 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Kazuhiko Shiozaki authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@31428 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
-