As it is possible to do category_simulation_state=..., it shall be possible to
do same relation based on validation_state.

Allow recurse calls with uid, just disallow in public method.

uid is used internally during recursive calls and using uid can lead to
traverse all lines of catalog.

This softens dependency to activate more objects even in case of failed
activities. The downside is that 'activity_count' can't be used to limit the
number of processing nodes.

- reduce probability and cost of ConflictError by posting the
  activity result by activity
- do not post None (to force it, it's still possible to forge an
  ActiveResult object containing the None value)
- allow grouped messages to post results (previous implementation was not
  working, and this required to change the API of grouping methods)

This parameter comes from catalog_join branch,where it is used to pass
a marker value (equivalent to an " AND " from SQL point of view).

catalog_join branch's code relies on this join condition ordering.
This simplifies template a bit (we don't generate slot names dynamically)
but makes variable meaning more obscure.

Also, in RelatedBaseCategory, move most computation cost from call-time to
construction-time.

_aq_dynamic will be called after getattr fails.

Subobject access policy (ie, what's intended here) has nothing to do with
"declareProtected".

Update Folder.callMethodOnObjectList so that an active proces can collect
results.

through acquisition a parent object uid

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

Backward compatible change to add separation between the join conditions returned by the RelatedBaseCategory method. Can be committed to trunk.

git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/catalog_join@41962 20353a03-c40f-0410-a6d1-a30d3c3de9de

* calculate unique subject_set_uid in ZSQLCatalog.SQLCatalog.
* move subject related tables from erp5_ingestion_mysql_innodb_catalog BT to erp5_mysql_innodb_catalog BT.
* add subject_uid column in versioning table.
* now TestDocument.test_DocumentIndexation (testDms) should pass.


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

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

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

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

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

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

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

   is set

In such scenario getUserById returns None, even if Person document with
reference is added.


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

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

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

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

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

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

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

Override __init__ of our IndexableObjectWrapper to match our expected signature instead of the one on CMF 2.2 that changed. (approved by jm)

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

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

result


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

Disable adding effective and expires automatically in searchResults. This is consistent with countResults, and these parameters are ignored anyway, as the catalog does not have such columns.

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

Monovalued column only index user ID, and no security group.
If some security groups are assigned to such role, they are still catalogued in
the roles_and_users table.


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

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

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