1: when field in not present in request, raise error
2: remove duplicate validate for ampm

Because it is breaking the accessors

Race conditions are likely to happen with CMFActivity between message tables
are automatically upgraded during bootstrap.

Most code is moved from DA patch to ZMySQLDA.

For even more refactoring between SQLDict & SQLQueue,
which now uses SQL tables with the same schema.

The action to recreate activity tables while preserving existing messages
was unsafe for 2 reasons:
- if any error happened, messages could be lost
- it relied on Message.reactivate

Which this patch, any instance created after commit d881edd1 (Aug 2010) will
upgrade successfully. For older instances, make sure you have no activity left.

For cases where 'ALTER TABLE' would not work, a better way to implement repair
functionality would be:
- one action to backup all messages in ZODB
- and another to restore them
And maybe a security so that during the backup-clear-restore sequence,
activities can't be created nor processed.

If any column is added in the future, it would still be possible to write code
that fills them by inspecting messages.

This is not perfect. There can still be dummy 'MODIFY COLUMN' when the order
of columns changes.

Previous code would have failed if 'activate_kw' was already present
(TypeError: ... got multiple values for keyword argument '...').

Now that ZSQLCatalog accepts to index an object whose path is "deleted" in the
catalog, we must protect against any misuse or bug of CMFActivity.

This uses much less memory

basically, rewrite :
self.assertEqual(result_of_complex_method, result_of_another_complex_method)
into:
self.assertEqual(expected_value, result_of_another_complex_method)

This allow to get localstorage compatibility with binary files.

erp5_accounting: Improve code to only consider the line that has source and destination section equal the transaction in context

This reverts commit 985b8a77 as unit tests dependencies is now fixed