[英]Does High Replication DB “eventually consistent” mean that detached JDO objects may not always contain updated object graph?
[英]Why does JDO think this detached object is clean?
我正在尝试通过创建一个小型Web应用程序来学习JDO(同时又了解其GAE和Spring的复杂性),并且在获取更新的域对象以将其持久化回数据库方面遇到困难。 最初,我从数据库中获取实体并将其分离,以便可以向用户显示该实体并允许他们进行更改。 一旦用户进行了更改并将表单发布回应用程序,我将再次从数据库(分离的)中获取实体,更新其属性,然后调用pm.makePersistent()
。 缩写代码如下:
用户域对象:
@PersistenceCapable(detachable="true")
public class User extends BaseEntity {
@Persistent
private String firstName = "";
@Persistent
private String middleInitial = "";
@Persistent
private String lastName = "";
}
DAO读取方法:
public User read(Key key) throws DataException {
PersistenceManager pm = PMF.get().getPersistenceManager();
User pkg, detached = null;
try {
pkg = (User) pm.getObjectById(User.class, key);
detached = pm.detachCopy(pkg);
detached.setIsAlreadyInDB(true);
}
catch (Exception e) {
throw new DataException("An error occured trying to read the User object. Details:\n" + e.getMessage());
}
finally {
pm.close();
}
return detached;
}
DAO更新方法:
private void update(User pkg) throws DataException {
PersistenceManager pm = PMF.get().getPersistenceManager();
Transaction tx = pm.currentTransaction();
try {
tx.begin();
pm.makePersistent(pkg);
tx.commit();
}
finally {
if (tx.isActive()) tx.rollback();
pm.close();
}
}
现在,当我进入update方法时,我已经通过检查其hashCode()
来证明自己正在使用读取的同一对象,我已经使用域对象的setter方法更改了值,甚至将更改后的值打印到控制台以确保已完成,并且JDOHelper.isDirty()
仍然返回false,因此所有更改都不会持久化回到数据库。 对我缺少的东西有什么想法,或者如果我从错误的角度来解决这个问题? 感谢您帮助JDO初学者!
JDOHelper.isDirty用于托管对象。 分离的对象不受管理。 DataNucleus提供了自己的帮助器方法,以便在分离时获取脏字段,因为逻辑是特定于实现的String [] dirtyFieldNames = NucleusJDOHelper.getDetachedObjectDirtyFields(obj,pm);
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.