in order to remove hardcoded 'transition_' or 'script_'

this file has already been moved to erp5_core

with old DCWorkflow, portal_workflow could contain the chain_dict for portal_type/workflow
association

this is a wrapper for the PythonScript __call__ method
It should fix testSecurity

This fixes testListboxToolBarDelete failure in testFunctionalKM

keep it as compatibility code but also search for new workflow/portal_type association
directly in portal_type (type_workflow_list)
This fixes some failures in testFunctionalCore

if using id, it would check for simulation state to be for example in state_draft (id)
instead of draft (reference)
This was breaking testFunctionalCore page_templates_zuite/testSearchDialog

testERP5Catalog was failing because there was more than 1000 activities in portal_activities
and the one that should have been invoked was at the end of the list
set the limit to None, and only check the interesting activities
Also, add SQLCatalog_deferFullTextIndexActivity to activities to
play.

this test is no more relevant because chain_dict is not used anymore
and portal type/workflow association is done in portal types directly

don't try to remove non-existing worklists!
+ use getPortalType instead of __class__.__name__
+ only test guard on ERP5Worklow worklists

that are not used anymore (workflow are associated
to portal_types in portal_types directly)

non-existing getWorklistValueDict one
+ add getGuardRoleList method on DCWorkflow worklists

setVariableValue sets value to None if parameter is empty string
this breaks testWorkflowAndDCWorkflow and change the expected behaviour
take care that if someone saves a variable without editing this field, variable_value
may be None again

This fixes testERP5BankingCashMovement, because
getPortalCurrentInventoryStateList and others now returns
expected values.

in the Workflow, the status dict (used to set history) can handle None
values, and the behaviour should not differ from DCWorkflow.

This should fix SyncML test failures.

from erp5_workflow to erp5_core

when removing a workflow from a portal type, it was only using old
chain_by_type and not removing them from inside the portal type
through the type_workflow value