This method aim to render a form in activity based on its unique listbox

This rendered allow to store, asynchronously, query results in active process, page by page,
Then as final rendering, this rendered will merge all temp results into a single one list.
Finally regular Page Templates can work out of the box.

if REQUEST exists then redirection is performed. So listbox is rendered
uselessly.

Its name will be prefixed

Add portal_secure_payments if not exists.

This change will display 'Automatic Detection' in portal type list instead of nothing for first item

Cover basic _getSignature cases.

Have only one method for signature calculation and a bit of data modification:
_getSignature

Use method introspection to manipulate fields, fallback to strings later.

Accept DateTime objects for dates.

Implement soap_duplicate.

I suspect a bug in sortBusinessTemplateList, so I wrote this test to catch
this bug... which does not exists.
At least, now there is a test dedicated for sortBusinessTemplateList

make Base_viewAddEventDialog similar to Ticket_viewNewEventDialog (except source/destination fields).

Anyway manage_setAlarmNode can be refactored to avoid urllib usage.

Also move some common code from AlarmTool to a new TimerServiceMixin.

Start preconversion in a separate serialize able activity.

Make testDms use by default RAM based cache storage as some tests require it. (testDmsWithFlare just changes this storage to a persisten one).

Really never raise (trust no one). Always return excepted values in order
to not trick caller.

Non transmitted values shall result in ++
Empty (evaluated to None) values shall result in ++

create a dedicated folder for xinha to avoid conflict of images folder. fix script tag usage to load external javascripts.

Caller might try to log the transmission XMLs and raising would result in
aborted transaction.