Index: topia/doc/Todo.rst
diff -u topia/doc/Todo.rst:1.8 topia/doc/Todo.rst:1.9
--- topia/doc/Todo.rst:1.8	Mon Aug  8 12:18:30 2005
+++ topia/doc/Todo.rst	Fri Aug 26 17:53:35 2005
@@ -1,16 +1,22 @@
 Ide ou chose à faire
 ====================
 
-#Ajouter le support de classes de modif du model avant la génération
+done #Ajouter le support de classes de modif du model avant la génération
 
-#Requetage JDBC
+done #Requetage JDBC
 
-#Surcharger l'objet Properties pour permettre d'utiliser le nom d'une propriété existante comme valeur pour une propriété
+done #Surcharger l'objet Properties pour permettre d'utiliser le nom d'une propriété existante comme valeur pour une propriété
 
 Lors de la modif d'une assoc, ne faire l'update sur la class d'assoc qu'au moment de l'update sur l'objet en question
 
 Tester la distribution
 
+Dans le StorageJDBCMultiTable si on store un objet pour une nouvelle 
+transaction, mais que l'objet existe dans la base, il faut copier la ligne
+de l'objet existant en SQL, et faire un UPDATE.
+
+Verfier que lors d'un delete d'un objet, on fait aussi un delete sur les
+classes d'association
 
 Appels distant
 --------------
@@ -56,13 +62,15 @@
 
 Ajouter un store sur les entities qui appelle le update/makePersistence sur
 le PersistenceService.
-Ajouter un findByPrimary sur le PersistenceService.
+
+done #Ajouter un findByPrimary sur le PersistenceService.
+
 Ajouter lors du store une exception si un objet avec cette primaryKey existe
 deja.
 
-Vérifier que la génération des PersistenceServices est encore d'actualité,
-peut être qu'en utilisant les génériques ont peut reduire les besoins de
-génération.
+done #Vérifier que la génération des PersistenceServices est encore d'actualité,
+      peut être qu'en utilisant les génériques ont peut reduire les besoins de
+      génération.
 
 Permettre le transfert d'un Storage a un autre rapidement en ne passant que
 par la creation de TopiaPersistenceObject.