1. 16 May, 2011 1 commit
  2. 30 Mar, 2011 1 commit
  3. 08 Feb, 2011 1 commit
  4. 02 Feb, 2011 1 commit
  5. 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
  6. 12 Jan, 2011 2 commits
  7. 11 Jan, 2011 1 commit
  8. 03 Jan, 2011 1 commit
  9. 29 Dec, 2010 1 commit
  10. 21 Dec, 2010 3 commits
  11. 04 Nov, 2010 1 commit
  12. 29 Oct, 2010 1 commit
    • Sebastien Robin's avatar
      Commit fix done by Julien and Leonardo · c663257f
      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
      c663257f
  13. 21 Oct, 2010 2 commits
  14. 30 Sep, 2010 1 commit
  15. 27 Sep, 2010 1 commit
  16. 24 Sep, 2010 1 commit
  17. 14 Sep, 2010 1 commit
  18. 13 Sep, 2010 1 commit
  19. 02 Sep, 2010 1 commit
  20. 20 Aug, 2010 1 commit
  21. 11 Aug, 2010 6 commits
  22. 09 Aug, 2010 1 commit
  23. 20 Jul, 2010 1 commit
  24. 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
  25. 16 Jun, 2010 1 commit
  26. 17 May, 2010 1 commit
  27. 12 May, 2010 1 commit
  28. 11 May, 2010 1 commit
  29. 06 May, 2010 1 commit
  30. 28 Apr, 2010 2 commits