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

All RAM Cache Manager object from erp5_web had the same id than user_ram_cache from erp5_xhtml_style. So the cache used was always the same for this five caches.
After investigation this problem come from the fact that this cache object have been cloned each others and it appears that a zope bug didn't change the cache id in this cases. We are working to solve the zope bug to not have this behaviour anymore on next clonned caches, but for now, this commit fix existing ones.

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

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

* put Purchase/Sale Trade Condition in group "amount_generator"

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

When a Transformed Resource is not properly configured, getAggregatedAmountList
can raise a KeyError, which will abort transformation interaction activities.
It's okay to skip the line, really: it's just misconfigured.


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

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

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

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

This should improve nicely BT Upgrade/Install step speed
(3 to 6 times faster for report creation?)



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

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

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

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

  - It aims to strip html documents and remove 
  non safe contents like emmbed javascript, forms,
  import of externals multimediai contents, ...
  - usefull to display HTML attachments of ingested events
  - Use portal_transforms as conversion engine (and its transform safe_html).
reviewed by Kazuhiko


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

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

 - drop getTransformationRowList that was computing everything
 - use instead getTransformationVariationCategoryCartesianProduct that
   computes only possible variations, and leave the actual
   aggregatedAmountList calls and row generation to activities
   triggered by catalog


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

Since the number of possible variations for a resource can be very big,
it is not reasonable to process the indexation of all those lines in
a single big transaction.
Split the process and use activities; one activity per (resource, variation)
couple.


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

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

move testTaxLineTradeCondition.py to ERP5Legacy/tests/testLegacyTradeCondition.py and make ERP5Legacy/tests/testLegacyTradeCondition.py for using legacy simulation hierarchy.

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

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

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

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

reuse existing rule instead of copy and paste, to avoide Unauthorized error triggered by interaction workflow.

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

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

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

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

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

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

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

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

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

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

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

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

show that uninstalled templates still leave the behaviour of the uninstalled Document classes behind (until Zope restart)

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

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

* Fix lookup of the BT with the highest revision (getRevision method does not
  return an integer).
* Automatically build a non-built BT before exporting it.
* Make template tool export BT like a classic HTTP file server.
* Unit tests: allow to specify in --bt5_path any HTTP url. Existence of a BT is
  done by a HEAD request to avoid downloading twice.

So now, the URL to specify in --bt5_path must be of the following form:
  http://.../erp5/portal_templates/asRepository
It could also be http://www.erp5.org/dists/snapshot/bt5/

A normal ERP5 instance can also import a BT from another instance:
  http://.../erp5/portal_templates/asRepository/erp5_base

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

Thanks to Daniele for spotting the issue.


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

Now is possible to generate the debian package following this name format  erp5-${buildout/VERSION.txt}_${debianised:PACKAGE-VERSION}_${debianised:arch}.deb

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

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

flush all ZODB caches when importing new synthetic modules, so cached objects don't behave as their old classes

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