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

better way than an plain assert


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

Business Template portal types


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

Business Template installation and a corresponding test



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

duplication in its child classes



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

its children classes



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

This fixes TestBusinessTemplate.test_168_DocumentUninstallIsEffective

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

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

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

we don't care UnicodeDecodeError in getting old object XML, otherwise we cannot update erp5_xhtml_style business template with r39494 change.


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

fix the condition to check portal type or not, because some module portal types has 'ERP5 Folder' meta type, thus we can loose allowed_content_types etc. by updating PortalTypeTemplateItem.


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

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

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

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

if a base category is removed, it should be listed in 'reinstall business template' listbox, before it raised an Exception.


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

do not append non-existing information for is_bt_for_diff case, otherwise we cannot notice missing information (like 'Allowed Content Types' etc.) in the 'reinstall' dialog.


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

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

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

This commit is similar to r32811 and should fix regressions caused by r38601
for good.

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

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

This reverts most fixes to r28422. They are not useful anymore since objects
are not modified anymore during download.

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

Cleaning object require to load it, so if we can't load it during download,
we must postpone cleanup during installation, which has 2 drawbacks:
- One is temporary: the page showing changes during installation may list
  objects which have no useful change (because there is no more clean up before
  comparing objects)
- During installation, Python Scripts are compiled twice instead of one (this
  commit partially reverts r38348), but it seems fixable.

This fix regressions caused by r38601.

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

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

It does not necessarily requires us to load the object.


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

forces us to load the object very early (before build, before install)


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

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

The idea is to store cache keys (or a part of cache keys) persistently,
so that modifying them makes Cache Tool looks at for cache value in a new place.

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

This will allow to remove the '_arg' and 'template' attributes, which are
duplicates of 'arguments_src' and 'src'.

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

Before this patch, a Python Script was compiled several times during its
installation. Now, it is compiled only once.

'_code', 'func_code' and 'func_defaults' attributes are also not required
anymore in the XML representation of Python Scripts. This will allow to remove
this garbage for XML in the future.

For the moment, we have to provide forward compatibility with old revision of
ERP5 product, so this patch does not change exported XML.

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

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

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

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

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

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

We must use unrestrictedResolveValue instead of restrictedResolveValue here, because of the BusinessTemplate responsibility.


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

Rewrite (un)restrictedResolveValue, because the exception handling was very buggy, and it was easier to rewrite code than to band-aid the code.

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

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

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

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

Fix a issue that BusinessTemplate unexpectedly removes the skins of another skin folder when upgrading.

To fix the issue, (un)restrectedTraverse calling are replaced with the new method, (un)restrictedResolveValue. In the method, it is used get_item instead of _getOb to take into account outside ERP5, too.


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