Declare symbolic globals for hot reindexing states and update users.

Define an accessor to get hot reindexing state.
Remove unneeded get_transaction().commit().
Make finishHotReindexing both update hot reindex state and swap the catalogs.
Defne a function to cancel a runing hot reindexing.
Factorize playBackRecordedObjectList code and make it re-scedule its own call to avoid working on many object in one transaction while allowing to remove commit()s.
Insert last reserved uid at reindexing end.
Remove manage_hotReindexAll default values to remove "erp5" reference in this code (which should be ERP5-independant). Note that there are still explicit c
alls to ERP5Site_reindexAll.
Describe manage_hotReindexAll more completely.
Check first if hot reindex is already runing to avoid wasting time generating lists when the function would anyway later fail on this check.
Use introspection to avoid calling getUid on object where it's not available.
Remove a useless try...except (was usefull when there were commit()s).
Update ZMI message telling hot reindex was started.
Update ZMI page to remove an outdated comment.


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

product/ZSQLCatalog/dtml/catalogHotReindexing.dtml

@@ -7,13 +7,6 @@ Hot Reindexing allows you to recreate a new SQL Catalog without stopping your sy
 This requires at least two SQL Catalogs.
 </p>
 
-<dtml-if "_.hasattr(getPortalObject(), 'portal_activities')">
-<p class="form-help">
-Note that hot reindexing might not be finished even when you get a successful response,
-because portal_activities delays the real operations. You can check the real state in properties.
-</p>
-</dtml-if>
-
 <table cellspacing="0" cellpadding="2" border="0">
 <tr class="list-header">
   <td colspan="2" align="left">