Salut, Il semblerait bien qu'il y a un petit bug dans Topia-persistence : les comportements diffèrent lors d'un commit sur un sous-contexte selon l'opération effectuée : - pour une opération de création ou suppression, le contexte parent récupère la modification. - pour une opération de modification, le contexte parent ne récupère pas la modification. Avec l'arbre des contextes suivants : RootTopiaContext + | ctxt | subCtxt A partir de subCtxt, je fais un entity.update() puis subCtxt.commitTransaction(); A partir de ctxt, je recharge entity à partir du dao et je ne récupère pas la modification. J'ai effectué des tests dans ObServe, je vais les ajouter dans ToPIA-persistence. Je ne vois pas la raison pourquoi cette différence de comportement apparaît ? Si personne n'a d'explication je ferais un rapport de bug dans ToPIA. Tony.
On Sat, 29 Nov 2008 16:57:58 +0100 tony Chemit <chemit@codelutin.com> wrote:
Salut,
Il semblerait bien qu'il y a un petit bug dans Topia-persistence :
les comportements diffèrent lors d'un commit sur un sous-contexte selon l'opération effectuée :
- pour une opération de création ou suppression, le contexte parent récupère la modification.
- pour une opération de modification, le contexte parent ne récupère pas la modification.
Avec l'arbre des contextes suivants :
RootTopiaContext + | ctxt | subCtxt
Pour moi actuellement seul fonction la creation de sous context sur le RootContext. Pour les autres le probleme ne vient pas de topia mais des bases de donnees sur lequelles on s'appuie qui ne supporte pas les sous-sous transaction. Si on trouve une base qui le support normalement ca devrait fonctionner dans Topia (a 2/3 modif pret car ca n'a jamais pu etre teste sans base :)) -- Benjamin -------------------- 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
On Sun, 30 Nov 2008 21:40:59 +0100 Benjamin POUSSIN <poussin@codelutin.com> wrote:
On Sat, 29 Nov 2008 16:57:58 +0100 tony Chemit <chemit@codelutin.com> wrote:
Salut,
Il semblerait bien qu'il y a un petit bug dans Topia-persistence :
les comportements diffèrent lors d'un commit sur un sous-contexte selon l'opération effectuée :
- pour une opération de création ou suppression, le contexte parent récupère la modification.
- pour une opération de modification, le contexte parent ne récupère pas la modification.
Avec l'arbre des contextes suivants :
RootTopiaContext + | ctxt | subCtxt
Pour moi actuellement seul fonction la creation de sous context sur le RootContext. Pour les autres le probleme ne vient pas de topia mais des bases de donnees sur lequelles on s'appuie qui ne supporte pas les sous-sous transaction. Si on trouve une base qui le support normalement ca devrait fonctionner dans Topia (a 2/3 modif pret car ca n'a jamais pu etre teste sans base :))
Donc ? tu préconises quoi ? Juste utiliser une seule transaction pendant toute la durée de vie de l'application ? J'ai pas du tout comprendre car je pensais vraiment que c'était Topia qui mettait à jour ses caches d'entites apres un commitTransaction...
-- Benjamin -------------------- 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 _______________________________________________ Topia-devel mailing list Topia-devel@lists.labs.libre-entreprise.org http://lists.labs.libre-entreprise.org/mailman/listinfo/topia-devel
On Sun, 30 Nov 2008 22:27:15 +0100 tony Chemit <chemit@codelutin.com> wrote:
On Sun, 30 Nov 2008 21:40:59 +0100 Benjamin POUSSIN <poussin@codelutin.com> wrote:
On Sat, 29 Nov 2008 16:57:58 +0100 tony Chemit <chemit@codelutin.com> wrote:
Salut,
Il semblerait bien qu'il y a un petit bug dans Topia-persistence :
les comportements diffèrent lors d'un commit sur un sous-contexte selon l'opération effectuée :
- pour une opération de création ou suppression, le contexte parent récupère la modification.
- pour une opération de modification, le contexte parent ne récupère pas la modification.
Avec l'arbre des contextes suivants :
RootTopiaContext + | ctxt | subCtxt
Pour moi actuellement seul fonction la creation de sous context sur le RootContext. Pour les autres le probleme ne vient pas de topia mais des bases de donnees sur lequelles on s'appuie qui ne supporte pas les sous-sous transaction. Si on trouve une base qui le support normalement ca devrait fonctionner dans Topia (a 2/3 modif pret car ca n'a jamais pu etre teste sans base :))
Donc ? tu préconises quoi ? Juste utiliser une seule transaction pendant toute la durée de vie de l'application ?
J'ai pas du tout comprendre car je pensais vraiment que c'était Topia qui mettait à jour ses caches d'entites apres un commitTransaction...
non, pas forcement 1 seul, mais un seul niveau oui. Donc un RootContext avec N sous context, mais pas de sous-sous context -- Benjamin -------------------- 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
participants (2)
-
Benjamin POUSSIN -
tony Chemit