GitLab

Add another column on portal_property_sheets in order to allow filtering of Property Sheets according the property id they are defining

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@43055 20353a03-c40f-0410-a6d1-a30d3c3de9de

Only the related key definition specialize the column.

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@43052 20353a03-c40f-0410-a6d1-a30d3c3de9de

* add children_reference related column

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@43047 20353a03-c40f-0410-a6d1-a30d3c3de9de

(Previously, aq_reset was run synchronously, whereas now regeneration happens
as a before commit hook)


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@43034 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@43033 20353a03-c40f-0410-a6d1-a30d3c3de9de

Add a comment to suggest a solution.


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@43032 20353a03-c40f-0410-a6d1-a30d3c3de9de

regenerate accessors.

This fixes the last failure of this test.


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@43031 20353a03-c40f-0410-a6d1-a30d3c3de9de

(non migrated) into a portal with migrated property_sheets (ZODB).
output a warning message instead and continue
approved by arnaud.


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@43028 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@43024 20353a03-c40f-0410-a6d1-a30d3c3de9de

addERP5Tool might be clever now, and avoids recreating portal_activities
if it already exists, but the line just after should *not* be run if
the tool already exists, or else we simply clear all activities generating
during BT5 install.


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@43012 20353a03-c40f-0410-a6d1-a30d3c3de9de

to re-generate accessors upon commit



git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@43011 20353a03-c40f-0410-a6d1-a30d3c3de9de

at the end of the transaction to avoid useless generation of accessors
and remove useless _aq_reset() call after adding a Base Category



git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@43010 20353a03-c40f-0410-a6d1-a30d3c3de9de

each change on workflows rather than calling _aq_reset.



git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42998 20353a03-c40f-0410-a6d1-a30d3c3de9de

will be generated. This fixes testERP5Category test.



git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42984 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42976 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42975 20353a03-c40f-0410-a6d1-a30d3c3de9de

called directly (with edit() for instance) and override the reference check that
we specifically wanted to do.

This fixes testERP5Security test failures


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42964 20353a03-c40f-0410-a6d1-a30d3c3de9de

to portal type classes if possible.

It involves for instance Delivery Builders, that are stored
as Products.ERP5.Document.SimulatedDeliveryBuilder, and are
out of reach of our automatic migration from ERP5Type.Document...


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42958 20353a03-c40f-0410-a6d1-a30d3c3de9de

to its storage id, default_reference


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42957 20353a03-c40f-0410-a6d1-a30d3c3de9de

broken tests for ZODB Constraints



git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42950 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42949 20353a03-c40f-0410-a6d1-a30d3c3de9de

Property Sheets on the filesystem matches the ones generated, so
everything should be fine now



git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42948 20353a03-c40f-0410-a6d1-a30d3c3de9de

This time, include as well Property Sheets containing constraints.


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42944 20353a03-c40f-0410-a6d1-a30d3c3de9de

Behavior depends on hash orders, hence the success of the migration
test in testBusinessTemplate, and the bad failures at some other places


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42941 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42940 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42933 20353a03-c40f-0410-a6d1-a30d3c3de9de

* Remove Category Acquired Membership Arity Constraint portal type in favor of Category Membership Arity Constraint and add a boolean in the view to handle both.
* Add a boolean in Category Existence Constraint view to handle Category Acquired Existence Constraint.
* Add missing Active Process in Activity Tools allowed_content_type.
* constraint_portal_type for CategoryExistenceConstraint_view, CategoryMembershipArityConstraint_view and CategoryRelatedMembershipArityConstraint_view should have always been a string to allow definition with a TALES Expression.

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42930 20353a03-c40f-0410-a6d1-a30d3c3de9de

  Property Sheets and export of ZODB Constraints to Filesystem
  Constraints.
* Merge CategoryAcquiredExistenceConstraint into CategoryExistenceConstraint
  and CategoryAcquiredMembershipArityConstraint into 
  CategoryMembershipArityConstraint.
* Fix constraint_portal_type for CategoryExistenceConstraint and
  CategoryMembershipArityConstraint for ZODB Constraints which must be
  a TALES Expression, like filesystem Constraints.
* Add tests to check import and export of ZODB Constraints.



git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42929 20353a03-c40f-0410-a6d1-a30d3c3de9de

ZODB (code previously commented by r42901 but at that time the
migration was not performed because of _perform_migration being set to
False and then enabled in r42902)



git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42922 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42918 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42917 20353a03-c40f-0410-a6d1-a30d3c3de9de

instead of instanciating Document classes on the fly


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42913 20353a03-c40f-0410-a6d1-a30d3c3de9de

enabled, remove expectedFailure


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42912 20353a03-c40f-0410-a6d1-a30d3c3de9de

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

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42901 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42900 20353a03-c40f-0410-a6d1-a30d3c3de9de

Will be dropped as soon as cloudooo will support this conversion.


git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42894 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42893 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42882 20353a03-c40f-0410-a6d1-a30d3c3de9de

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@42878 20353a03-c40f-0410-a6d1-a30d3c3de9de