Salut, Actuellement sur le WikittyService, il y a bien sur la methode restore qui permet de recupere un wikitty, mais aussi public Wikitty findByCriteria public Map<WikittyTreeNode, Integer> restoreChildren public Entry<WikittyTreeNode, Integer> restoreNode je propose que ces methodes ne retourne plus directement des Wikitty ou WikittyTreeNode sur le WikittyService mais seulement des Ids. Par contre le Proxy lui retourne bien des Objets. Donc pour le developpeur c'est transparent. L'avantage toutes les restorations sont centralisees sur une methode et donc c'est beaucoup plus simple pour gere le cache. Les methodes find retourne des ids et donc n'utilise que le SearchEngine et si l'objet est deja dans le cache le WikittyStorage et WikittyExtensionStorage ne sont pas du tout solicite. Dans le cas on l'on arrive a distribuer le SearchEngine cela apporte beaucoup. Et meme si on ne distribue pas le SearchEngine et que l'on utilise le cache cela devrait permettre de meilleurs performance pour les appli client/serveur (si le cache est bien dimensionne :)). Pour les applis standalone cela ne changera rien au pire et ameliorera les choses au mieux Il y a aussi la methode public WikittyTree restoreTree Je propose quelle disparaise du WikittyService et ne soit que sur le proxy l'implantation serait je pense facile avec les methodes existantes // recherche de tous les noeuds a partir de 'wikittyId' List<TreeNode> all = findallbyCriteria(TreeNode.class, Criteria("#tree.parents:wikittyId)); // et reconstruction de l'arbre avec 'all' Si pas d'objection, je vais modifier cela d'ici peu -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin@codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii