- 16 May, 2011 1 commit
-
-
Arnaud Fontaine authored
Upon products installation, registerHelp in initializeProduct was first called with clear=1 for 'help' directory and then clear=0 for 'interfaces' to allow registering Help for two directories. However, that didn't work if the former directory does not exist. Remove such limitation as well as 'help' and 'interfaces' directories which used to contain dummy files. Signed-off-by:
Julien Muchembled <jm@nexedi.com> Signed-off-by:
Arnaud Fontaine <arnaud.fontaine@nexedi.com>
-
- 30 Mar, 2011 1 commit
-
-
Nicolas Delaby authored
context.setDefaultActivateParameters(placeless=True, **activate_kw) * getDefaultActivateParameterDict returns always a dictionary * Use constant to define key value. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@44804 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 08 Feb, 2011 1 commit
-
-
Nicolas Dumazet authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@43153 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 02 Feb, 2011 1 commit
-
-
Nicolas Dumazet authored
has accessors. If we dont do this, the object has no accessors and is useless as a context. Note that the previous generateNewId() call was exactly as harmful as this code, as generateNewId() needs properties and accessors from ERP5, and can't be reasonably be decoupled from ERP5 git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42919 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 01 Feb, 2011 1 commit
-
-
Nicolas Dumazet authored
After this, all ERP5 objects become instances of portal type classes Preferences: * all the trickery for preferences is gone and is handled by a specific accessor holder holding all preference methods Property holders * our Base.aq_portal_type property holders are not used anymore: the "property holder" becomes the portal type class itself and the set of accessor_holder classes in the mro of the portal type class: portal-type-specific methods are on the portal type class, while portal-type-independant method are put on the accessor holder ancestors * the portal type meta class now also inherits from "PropertyHolder" to provide the same introspection interface and methods. (In the future this class / interface will need to be refined) Bootstrap/migration: * bootstrapping/migration from older instances: provide with code able to import XML from ERP5/bootstrap/ to load necessary tools from almost any instance state * migrate in BusinessTemplate installation code all non-portal type classes objects to portal type classes * Change the way Tools are installed when creating a site, so that we create directly portal type classes objects instead of Documents Accessors: * add a generatePortalTypeAccessors method on the portal type class to generate portal-type-specific accessors * associate BaseAccessorHolder to all portal type classes to contain all common category related accessors * change the way workflow methods are generated to bind them directly on the portal type class * disable Base._aq_dynamic (while still keeping its code for debugging and reference, this can be cleanup up later) git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42902 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 12 Jan, 2011 2 commits
-
-
Julien Muchembled authored
6 was the maximum value before commit 32877, when the number of retries depended on the initial priority. The minimum was 1. This lowers to some mean value, as 6 appears to be sometimes excessive. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42282 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Julien Muchembled authored
This is required for workflow scripts that are run at the end of the transaction. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42257 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 11 Jan, 2011 1 commit
-
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42230 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 03 Jan, 2011 1 commit
-
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@41940 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 29 Dec, 2010 1 commit
-
-
Leonardo Rochael Almeida authored
Fix test failures on testBusinessTemplate and spurious error messages on the console when trying to set the sort_key on an unconnected Connection object. Also fix the manual creation of the ActivityConnection object. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@41865 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 21 Dec, 2010 3 commits
-
-
Sebastien Robin authored
comment for now this code until proper solution is found git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@41632 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Sebastien Robin authored
ZMySQLDA connector for the activities database would finish its commit procedure before ZODB, making the description of an activity message in MySQL available before its respective data in the ZODB. The fix consisted in replacing the ZMySQLDA connector with another one based on ZMySQLDA but with a “sortKey()” method that forced it to be sorted after both the ZODB connection and the ZMySQLDA connection for ZSQLCatalog. Analysis of issue was done by Sebastien and Julien. This patch itself was done by Leonardo. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@41603 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Sebastien Robin authored
ZMySQLDA connector for the activities database would finish its commit procedure before ZODB, making the description of an activity message in MySQL available before its respective data in the ZODB. The fix consisted in replacing the ZMySQLDA connector with another one based on ZMySQLDA but with a “sortKey()” method that forced it to be sorted after both the ZODB connection and the ZMySQLDA connection for ZSQLCatalog. Analysis of issue was done by Sebastien and Julien. This patch itself was done by Leonardo. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@41598 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 04 Nov, 2010 1 commit
-
-
Kazuhiko Shiozaki authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@39889 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 29 Oct, 2010 1 commit
-
-
Sebastien Robin authored
Activities could read from the ZODB an state older than the one that caused the activity to be created, if: 1.Zope client node (node A) processing an activity message is different than the one that created the activity (node B), 2.The object cache for node A contains objects concerning the activity message (or its container) 3.The node A hasn't yet received the invalidation message from the ZEO server, for instance, if its still on the network layer (kernel buffers, routers in between, etc...) The simplest fix for this issue is sending a synchronous message to the ZEO server before the beginning of a transaction. This message will act like a “network barrier”, making sure that any invalidation messages sent before that point from the ZEO server are already received, and the transaction can begin with an “updated enough” state. Additional note from Yoshinori : This patch must be proposed to zope developpers as soon as possible and see with them if this way is the best. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@39710 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 21 Oct, 2010 2 commits
-
-
Yoshinori Okuji authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@39430 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Nicolas Dumazet authored
A lockdown can happen here when the activity can't find the waitingActivity method. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@39416 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 30 Sep, 2010 1 commit
-
-
Rafael Monnerat authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@38812 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 27 Sep, 2010 1 commit
-
-
Julien Muchembled authored
zope.site.hooks.setSite is always called too late to be usable and it became a nightmare to make getSite working early enough. This fixes portal creation on Zope 2.12, which was broken since r38613. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@38691 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 24 Sep, 2010 1 commit
-
-
Nicolas Dumazet authored
to solve circular imports: - Modify directly CMFActivity for 2.12 instead of monkey-patching it. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@38618 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
-
- 13 Sep, 2010 1 commit
-
-
Julien Muchembled authored
Also do minor formatting in SQLDict._validate to minimize differences with SQLQueue._validate. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@38297 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 02 Sep, 2010 1 commit
-
-
Łukasz Nowak authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@38120 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 20 Aug, 2010 1 commit
-
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@37927 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 11 Aug, 2010 6 commits
-
-
Julien Muchembled authored
Note 'distribute' method is not merged into SQLBase, for 2 reasons: - SQLQueue still differs from SQLDict because it does not remove duplicate messages. - 'order_validation_text' column only exists in 'message' table git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@37687 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@37686 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@37685 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@37684 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@37683 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@37682 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 09 Aug, 2010 1 commit
-
-
Rafael Monnerat authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@37665 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 20 Jul, 2010 1 commit
-
-
Leonardo Rochael Almeida authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@37189 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
-
- 16 Jun, 2010 1 commit
-
-
Vincent Pelletier authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@36391 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 17 May, 2010 1 commit
-
-
Julien Muchembled authored
The most simple way to use this feature is to use --activity_node option only, but it is also possible to: - run only a ZEO server (--activity_node=0) - run only ZEO clients - run only activity nodes, by specifying no test - specify HOST:PORT to listen/connect for ZEO storage and ZServer Load/save of catalog is done by the process running the ZEO server. Load of static files is done by all processes. Save of static files is done by the process running unit test. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@35374 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 12 May, 2010 1 commit
-
-
Sebastien Robin authored
fixed by revision 35192 (wrong sql connector used by Id tool) git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@35197 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 11 May, 2010 1 commit
-
-
Sebastien Robin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@35169 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 06 May, 2010 1 commit
-
-
Yoshinori Okuji authored
Emit a log message at every point where the Acitivity Tool might mark a message as MESSAGE_NOT_EXECUTABLE, as it seems to be happening even when re-invoking the same message may succeed, and this makes the debugging much easier. This should not degrade the performance significantly, because this kind of errors must be quite rare, as long as the the program is well written. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@35043 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 28 Apr, 2010 2 commits
-
-
Julien Muchembled authored
At most 1 message for a given serialization tag can be validated (cf [28706]). Respect priority/date/uid when validating only 1 message (cf [34632]). git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@34841 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@34840 20353a03-c40f-0410-a6d1-a30d3c3de9de
-