Dans les versions ant�rieures de Db4o nous avions l'habitude Db4o.configure () pour configurer toute la base de donn�es de Db4o globalement (� travers tout l'ObjectContainer). Cependant dans 7.2 (et ci-dessus) versions de Db4o Db4o.configure () a �t� d�sapprouv� et il est sugg�r� d'employer Db4o.newConfiguration () � la place. Unfortuanately elles ne mentionnent pas clairement n'importe o� que ces deux fonctions ne sont pas �quivalentes. J'ai suppos� qu'elles sont �quivalentes comme Db4o.set () est Db4o.store �quivalents () ou Db4o.get () est �quivalent � Db4o.queryByExample ().

J'ai perdu des couples des heures le matin figurant ceci dehors et l'autre grand gotcha de Db4o. Db4o.newConfiguration () est une b�te diff�rente tout � fait. Vous ne pouvez pas simplement remplacer tous les appels � la configuration () par le newConfiguration ().

Db4o.newConfiguration () cr�e un nouvel ensemble de configuration que vous pouvez employer (apr�s vous l'a configur�) pour ouvrir un nouvel ObjectContainer (base de donn�es pour d'autres). � moins que vous l'employiez pour ouvrir un nouveau raccordement de base de donn�es, c'est juste un autre objet configur� avec des valeurs par d�faut et ne fait rien. Db4o.openFile () prend maintenant un param�tre de configuration.

Cette approche est plus souple comme vous pouvez maintenant configurer chaque ObjectContainer s�par�ment.

Vous rendez-vous compte de des tels grands gotcha avec la version r�cente de Db4o ?