On Tue, 1 Mar 2011 15:20:48 +0000 chemit <chemit@codelutin.com> wrote:
Il faudrait qu'on regarde à nouveau cette méthode car là cela me parait bien mystérieux l'histoire de mettre en cache sur un clone d'une version modifié d'une map d'entrée...
Si quelqu'un a une explication je suis preneur.
Pour moi c'est le bon comportement. On souhaite associe un RootContext a la config qui permet de l'avoir. C'est bien la config utilisé par le RootContext qui doit permettre de le retrouver et non pas autre chose (qui serait faux) Si on prend ce que tu dis, c-a-d la cle est l'objet passer en parametre, et ensuite seulement les proprietes sont rearange et une copie est faite. Alors dans ce cas, si la personne, modifie l'objet initial passé en parametre pour par exemple modifier l'url de base de données, on va lui retourner le mauvais RootContext car les cles seront bien egales, mais l'objet associé ne correspondra plus a la config. -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin@codelutin.com http://www.codelutin.com