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

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

StandardProperty and AcquiredProperty documents


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

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

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

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

The idea is to call specialized applyOnAccessorHolder methods on each property
to generate accessors instead of relying on the bloated Utils.py way

(This code is unused as of now.)


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

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

treat boolean property correctly in _importBT() and also set an appropriate value for empty values (cf. r39108 and r39104).


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

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

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

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

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

in PropertySheet Document by moving code from Property Sheet Tool and
update testZodbImportFilesystemPropertySheet accordingly


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

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

installation for now. This commit fixes AttributeError in
testBusinessTemplate.


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

* compare revisions as int not as str in ERP5Site_upgradeBusinessTemplateList.

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

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

These portal_types create instances of "Open" ones.

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

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

OpenOrders (and sub content) Where instances of Orders.
Restore this property to not break current implementation,
even if the question "OpenOrder are Orders or not ?" stay open.


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

Property Sheet Tool to this new document and update Property Sheet
Portal Type accordingly


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

update TestZodbImportFilesystemPropertySheet accordingly



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

depending on allowClassTool() value.

I have no immediate easy solution for this tool for now: disable indexing it
to avoid activity loops when trying to call isResourceType or other indexing
guards against this tool that has no accessors.


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

and returning wrongly a list containing a None value


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

containing None, so just skip such case


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

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

expression has not been filled yet, thus re-generated accessors could
have failed


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

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

not been filled yet, thus re-generated accessors could have failed



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

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

now a property_holder/accessor_holder only holds one kind of accessors, for one
portal type, or for one property sheet


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

Property Sheet Tool.



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

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

Without this "simple" test/knowledge, debugging broken Simulation Tests can prove
tricky.


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

that's just as bad. Catch everything.


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

incorrect property to a propertysheet.

It was okay, with filesystem property sheets to raise an error: worst case
scenario, the developer would have to fix the property sheet and restart the
instance. But with ZODB property sheets, raising an error can potentially
break the instance. We replace the error by a LOG: you're likely to see this
when editing properties.

This is not a "dirty quickfix", this is not a workaround to go faster: this
behavior will stay. If you feel that it's a wrong way to do, do tell us.


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

The only real issue was that ActivityTool was deriving from
BaseTool, this having isIndexable = True, and not being a
portal type (a.k.a no isResourceType kind of methods) and
raising errors when indexed.
Now, ActivityTool has a portal type, and such issues are gone.


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

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

* rewrite ERP5Site_upgradeBusinessTemplateList more generic based on business template repositories.
* remove upgrading MySQL charset part, that should be handled by buildout MySQL setup and reindexing with clear_catalog=1.
* remove handling zope version and python version, that should be handled by instance creation in buildout.

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