tries to load portal subobjects too early.


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

  to solve circular imports:
- Modify directly CMFActivity for 2.12 instead of monkey-patching it.


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

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

the site from anywhere.
Also setSite() in places where the published object is not in the site
or before an ERP5 site installation: this is required for portal types
as classes in 2.12 as PARENTS is not anymore there in the request.

If some traces appear in the logs for 2.12 instances, the proper fix
is to add a setSite() in the codepath leading to the point using getSite()


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

Root ERP5 site lacks getRelativeUrl. Add it for consistency so we do not have to add ugly code exceptions in scripts.

git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@38414 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@36862 20353a03-c40f-0410-a6d1-a30d3c3de9de

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

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

remove commented out code


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

a coding crime, we should not have an API for that.


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

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

appease (mostly) pyflakes by dropping some dead code, pending further collapse of the PortalGenerator class into ERP5Generator

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

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

- add the id generators generic
- add the zodb continuous increasing id generator
- add the sql non continuous increasing id generator
- change id tool for the id generators and the compatiblity with the old api
- change the business template to not modify the generator dictionaries
  during the export and the install of bt
- change the test of id tool



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

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

What's the point? Mostly cleaning up pyflakes output:
now, running it on those files does not give anymore cluttered output,
but raises (almost) only valid human errors.


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

--bt5_path cmdline option now allows to specify the URL of a running template
tool. For example:

  $ runUnitTest.py --bt5_path='http://zope:zope@localhost:9001/erp5/portal_templates',/fallback_fs_path/bt5 testBug

This will try to download non-deleted built business templates, with the highest revision number.

--bt5_path is also changed to apply to core BT during creation of the site.

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

this is the compatibility, it's temporary before new API of IdTool


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

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

This is the responsability of site Manager to recreate Activity SQL Table
if their structure change.
Reviewed by Aurel


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

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

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

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

This method is completely overriden by ERP5Creator

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

 order to make optimisation configuration in unit test
- isIndexable is not a property any more, it is a ConstantGetter
 instance, so it works like a property and like a method
- same thing for isPredicate, isTemplate, isDelivery... we can
 start moving using only methods.
- do not define isTemplate, isDelivery... when it is already
  available thanks to inheritance
- new methods generated for all ERP5 objects : provides[InterfaceName].
 For instance, "providesIMovement()" will return True or False for
 any ERP5 object.
- new method "is[Group]Type" generated for all ERP5 objects. The group
 here is group of portal types (like getPortalDeliveryTypeList()). So
 on any ERP5 object, you can do "isDeliveryType()", and this will
 returns True or False.
- add tests

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

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

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

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

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

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

  site, this is useless
* postpone the installation of some tools in order to make
  sure they will be indexed
* manage_afterClone class reindexObjectSecurity that himself
  calls recursiveReindex, we do not want to recursive reindex
  when we install a new site, so we manually reindex objects
  (without recursive) when we install new object with bt, like
  this we remove duplicates of reindexing

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

* try to sort only if it is required, because Localizer.translate() is much slower than len(list) and sort(key=...) will call key function even if the list has only one item.


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

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

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

Brown-paper-bag commit. This is what happens when one pays more attention to CMF 1.5 compatibility than to CMF 2.x compatibility one is trying to achieve. Make the skin registration also work on CMF 2.x as well (approved by jerome)

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

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

Configure CMFDefault skins in a manner compatible with CMF 2.x since they're no longer installable with addDirectoryViews() (approved by jerome)

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

ERP5 tests currently don't load ZCML and some CMFCore z3 style interfaces are declared on ZCML only, which means some interface imports fail on test setups alone. This temporary commit makes tests run again while we figure out how to enable zcml loading on ERP5 tests (approved by jm)

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

in CMF2.x some tools stop being action providers. Don't try to remove actions from them (approved by jm with caveat that we will have to find out where these actions went)

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