DataNucleus/NeoDatis - La connexion DB semble se fermer provoquant la perte des objets Persistable

Question

L'utilisation de DataNucleus J'ai rencontré un problème dans la deuxième instruction INFO sous (2ème entrée à partir du bas).

Lorsque vous essayez de lire ou modifier un objet après persistant avec makePersistent(), je reçois juste des valeurs nulles, le journal INFO indique que l'objet n'est plus géré par le gestionnaire de persistance (bien que je l'exécution de ces modifications immédiatement après l'appel makePersistent()).

Je pense que la connexion à mon datastore (NeoDatis en mode intégré/fichier local) est en cours fermé, donc les arrêts de gestionnaire de persistance gérer. Mais j'utilise simplement la classe DataNucleus org.datanucleus.jdo.JDOPersistenceManagerFactory pour créer la connexion.

Une idée de ce qui pourrait arriver? Suis-je sur la bonne voie en pensant que les messages de connexion fermée sont le problème?

FQDN raccourcies, et les journaux étrangers enlevés par souci de concision:

DEBUG DataNucleus.Persistence - Making object persistent : "a.b.c.User@22a866a9" 
INFO DataNucleus.Persistence - Managing Persistence of Class : a.b.c.User [Table : (none), InheritanceStrategy : new-table] 
DEBUG DataNucleus.Connection - Connection added to the pool : [o.dn.s.neodatis.ConnectionFactoryImpl$ManagedConnectionImpl@28f337b, null] for key=o.dn.ExecutionContextImpl@59c12050 in factory=ConnectionFactory:tx[o.dn.s.neodatis.ConnectionFactoryImpl@3b626c6d] 
DEBUG DataNucleus.Datastore - Opening NeoDatis ODB for "neodatis:file:database/neodatis_primary_datastore.odb" : org.neodatis.odb.impl.main.LocalODB@13a183d2 
DEBUG DataNucleus.Datastore.Persist - Object "a.b.c.User@22a866a9" being inserted into NeoDatis with all reachable objects 
DEBUG DataNucleus.Datastore.Persist - Object "a.b.c.User@22a866a9" (id="15) persisted to NeoDatis 
DEBUG DataNucleus.Datastore - Committing NeoDatis ODB for "neodatis:file:database/neodatis_primary_datastore.odb" : org.neodatis.odb.impl.main.LocalODB@13a183d2 
DEBUG DataNucleus.Connection - Connection removed from the pool : [o.dn.s.neodatis.ConnectionFactoryImpl$ManagedConnectionImpl@28f337b, null] for key=o.dn.ExecutionContextImpl@59c12050 in factory=ConnectionFactory:tx[o.dn.s.neodatis.ConnectionFactoryImpl@3b626c6d] 
DEBUG DataNucleus.Connection - The connection has been closed : [o.dn.s.neodatis.ConnectionFactoryImpl$ManagedConnectionImpl@28f337b, null] 
DEBUG DataNucleus.Reachability - Performing check of objects for "persistence-by-reachability" (commit) ... 
DEBUG DataNucleus.Cache - Object "a.b.c.User@22a866a9" (id="15") added to Level 2 cache (loadedFlags="[YYYYYYY]", relationFields="null") 
DEBUG DataNucleus.Transaction - Committing [DataNucleus Transaction, ID=Xid=, enlisted resources=[]] 
DEBUG DataNucleus.Lifecycle - Object "a.b.c.User@22a866a9" (id="15") has a lifecycle change : "P_NEW"->"HOLLOW" 
DEBUG DataNucleus.Transaction - Object "a.b.c.User@22a866a9" (id="15") being evicted from transactional cache 
DEBUG DataNucleus.Transaction - Transaction committed in 7 ms 
DEBUG DataNucleus.Lifecycle - Object "a.b.c.User@22a866a9" (id="15") has a lifecycle change : "HOLLOW"->"P_NONTRANS" 
DEBUG DataNucleus.Persistence - Fetching object "a.b.c.User@22a866a9" (id=15) fields [authorities,createdFromIP,dateCreated,password,timeZoneID,username] 
DEBUG DataNucleus.Datastore.Retrieve - Object "a.b.c.User@22a866a9" (id="15") being retrieved from NeoDatis 
DEBUG DataNucleus.Connection - Connection added to the pool : [o.dn.s.neodatis.ConnectionFactoryImpl$ManagedConnectionImpl@39673d71, null] for key=o.dn.ExecutionContextImpl@59c12050 in factory=ConnectionFactory:tx[o.dn.s.neodatis.ConnectionFactoryImpl@3b626c6d] 
DEBUG DataNucleus.Datastore - Opening NeoDatis ODB for "neodatis:file:database/neodatis_primary_datastore.odb" : org.neodatis.odb.impl.main.LocalODB@621f6c18 
DEBUG DataNucleus.Datastore - Committing NeoDatis ODB for "neodatis:file:database/neodatis_primary_datastore.odb" : org.neodatis.odb.impl.main.LocalODB@621f6c18 
DEBUG DataNucleus.Connection - Connection removed from the pool : [o.dn.s.neodatis.ConnectionFactoryImpl$ManagedConnectionImpl@39673d71, null] for key=o.dn.ExecutionContextImpl@59c12050 in factory=ConnectionFactory:tx[o.dn.s.neodatis.ConnectionFactoryImpl@3b626c6d] 
DEBUG DataNucleus.Connection - The connection has been closed : [o.dn.s.neodatis.ConnectionFactoryImpl$ManagedConnectionImpl@39673d71, null] 
INFO DataNucleus.Persistence - Request to populate fields of a.b.c.User@22a866a9 but this object is no longer managed by NeoDatis so replacing with a.b.c.User@7cf1cdfb 
DEBUG DataNucleus.Datastore.Retrieve - Execution Time = 5 ms 

Answer 1

J'aime apprendre de nouvelles choses, mais pourquoi doit-il être un processus douloureux parfois? droite Ok, ceci est une réponse, pas une question ...

Alors, je l'ai fait supprimer une ligne de journal clé qui aurait aidé d'autres personnes voir le problème:

1795 [main] INFO DataNucleus.Transaction - Non-tx updates are being committed to the datastore 

Le point est que les problèmes ci-dessus étaient dus au fait que j'effectuais les actions en dehors d'une transaction.

En fait, ce n'était que la première étape, ce qui se passait vraiment, c'est que j'effectuais les actions sur un autre PersistenceManager que la transaction avait commencé.

J'avais des transactions Spring de gestion, mais j'appelais jdoPersistenceManager.getPersistenceManager(), ce qui donnait une nouvelle instance PersistenceManager (Une session de débogage détaillée a découvert ceci).

J'aurais dû utiliser spring pour obtenir le PersistenceManager que la transaction de printemps a défini. En fin de compte cela signifiait étendre JdoDaoSupport dans mon objet DAO. Je me sens plus malin maintenant, mais d'une manière ou d'une autre l'apprentissage ne s'arrête jamais.