An error occurred fetching the project authors.
- 14 Jul, 2010 3 commits
-
-
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
-
- 16 Nov, 2009 2 commits
-
-
Jean-Paul Smets authored
Added method place holders. Added interface declaration. Added comments to explain why getCorrectedQuantity based on profit quantity is not good. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@30653 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Kazuhiko Shiozaki authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@30642 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 10 Nov, 2009 2 commits
-
-
Kazuhiko Shiozaki authored
* add PropertyRecordableMixin. * use them in Simulation Movement. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@30474 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Kazuhiko Shiozaki authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@30466 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 07 Oct, 2009 1 commit
-
-
Leonardo Rochael Almeida authored
On the way to Zope 2.12, Reform imports, specially from Globals (replacing it with Products.ERP5Type.Globals on the products that depend on ERP5Type), convert Interface uses to zope.interfaces, and remove CMFMailIn references with blessings from Jerome. git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/portal_types@29459 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 22 Sep, 2009 1 commit
-
-
Julien Muchembled authored
objectValues does not always return a list. When it is called without any parameter, a LazyMap object is returned and objects must not be deleted while iterating on it: otherwise, objectValues may not return all objects. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@29140 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 06 Sep, 2009 1 commit
-
-
Yoshinori Okuji authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28833 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 03 Sep, 2009 1 commit
-
-
Łukasz Nowak authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@28775 20353a03-c40f-0410-a6d1-a30d3c3de9de
-