An error occurred fetching the project authors.
  1. 02 Aug, 2011 1 commit
  2. 01 Aug, 2011 2 commits
  3. 22 Jul, 2011 1 commit
  4. 08 Feb, 2011 1 commit
  5. 02 Feb, 2011 1 commit
  6. 01 Feb, 2011 1 commit
    • Nicolas Dumazet's avatar
      Last chunk of portal type classes / zodb property sheets. · d02ba206
      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
      d02ba206
  7. 12 Jan, 2011 1 commit
  8. 21 Dec, 2010 1 commit
    • Sebastien Robin's avatar
      Due to the sorting of database connectors during a transaction, the · f4fec173
      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
      f4fec173
  9. 27 Sep, 2010 1 commit
  10. 24 Sep, 2010 1 commit
  11. 11 Aug, 2010 3 commits
  12. 15 Jul, 2010 1 commit
    • Sebastien Robin's avatar
      sync with trunk@37114 · c1ae57b0
      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
      c1ae57b0
  13. 17 May, 2010 1 commit
  14. 06 May, 2010 1 commit
  15. 08 Apr, 2010 1 commit
  16. 06 Apr, 2010 1 commit
  17. 19 Feb, 2010 2 commits
  18. 01 Feb, 2010 1 commit
  19. 29 Jan, 2010 1 commit
    • Julien Muchembled's avatar
      CMFActivity: automatically reselect messages in 'processing=1' state · f02bc341
      Julien Muchembled authored
      When a node is looking for activities to process, there's no point testing the
      'processing' column. This fixes cases leaving activities at 'processing=1'
      forever (unless, of course, a cluster is killed and restarted with fewer nodes).
      Also remove now useless cleanup at startup.
      
      One known case leaving such activities is when the first commit of
      dequeueMessage raises, which can happen, for example, during migration of
      portal_types.
      
      It seems the 'processing' column becomes useless for CMFActivity.
      
      Acked-by: Vincent Pelletier
      
      git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@32089 20353a03-c40f-0410-a6d1-a30d3c3de9de
      f02bc341
  20. 19 Nov, 2009 1 commit
  21. 14 Nov, 2009 1 commit
  22. 23 Oct, 2009 2 commits
  23. 22 Oct, 2009 1 commit
  24. 08 Oct, 2009 1 commit
  25. 07 Oct, 2009 1 commit
  26. 06 Oct, 2009 1 commit
  27. 11 Sep, 2009 1 commit
  28. 16 Aug, 2009 1 commit
  29. 10 Jul, 2009 1 commit
  30. 16 Jun, 2009 1 commit
  31. 10 Jun, 2009 1 commit
  32. 02 Jun, 2009 1 commit
  33. 26 May, 2009 1 commit
  34. 14 Apr, 2009 1 commit
  35. 25 Feb, 2009 1 commit