gpt4 book ai didi

java - Dozer 未正确映射集合

转载 作者:太空宇宙 更新时间:2023-11-04 07:33:19 24 4
gpt4 key购买 nike

所以我遇到了一个问题,这里有人可能可以帮助我解决 Dozer 问题。

背景:我设置了 Dozer,将我的持久性实体映射到它们的 DTO 类。这非常简单,我只是将实体类创建为 POJO 的精确副本,并允许推土机通配符查看字段名称与源字段匹配。我正在使用自定义映射器处理 hibernate 延迟加载问题 here 。我告诉 Dozer 如何通过扫描实体中名为 @EntityMapping(DTOxxx.class) 的注释的类来映射每个类。然后将其添加到映射器 addMapping(builder)

问题:(请阅读最后的研究,以获取最新信息,但通过阅读所有这些内容也将有助于获得背景信息)问题是 Dozer 在某些情况下无法正确映射我的集合。例如,在我的 CategoryEntity 类中,我有 Dozer 需要映射的其他实体的集合。发生的情况是,推土机找到了在本例中包含 2 个项目的集合,并且仅将 1 个项目映射到新的 DTO 类集合中。

enter image description here

正如您在调用 toDomain 后的图像中所看到的(其中有 mapper.map(source, desination) 推土机调用),DTO 仅具有应从实体映射到其中的 2 个对象中的 1 个。这是您想要查看的 toDomain 方法:

@Transactional(readOnly=true)
public <T extends DomainObject> T toDomain(Class<T> clazz, Entity entity) {
if (entity == null) {
return null;
}

T domain = getCachedDomainObjects(clazz, entity.getId());
if (domain == null) {
domain = dozerMapper.map(entity, clazz);
cacheDomainObject(domain);
}
return domain;
}

如果您这么想,我已经确保它不会抓取缓存的实体。

所以我有点困惑为什么在某些情况下会发生这种情况,而在其他情况下却不会。我看不出它起作用的场合和不起作用的场合有任何明显的区别。如果有人以前遇到过这样的问题并认为他们能够帮助我,那就太棒了!以下是问题示例中的我的类(class):

CategoryEntity.java:

@EntityMapping(Category.class)
@javax.persistence.Entity(name = "categories")
public class CategoryEntity implements Entity, PureTable {

@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
@Column(unique = true, nullable = false)
private int id = Entity.UNSAVED_ID;

@OneToMany(mappedBy = "pk.category", fetch = FetchType.LAZY)
@Cascade({CascadeType.SAVE_UPDATE})
private Set<IncidentJoinCategoryEntity> incidentJoinCategories =
new HashSet<IncidentJoinCategoryEntity>();

@Override
public int getId() {
return this.id;
}
public void setId(int id) {
this.id = id;
}

public Set<IncidentJoinCategoryEntity> getIncidentJoinCategories() {
return incidentJoinCategories;
}
public void setIncidentJoinCategories(Set<IncidentJoinCategoryEntity>
incidentJoinCategories) {
this.incidentJoinCategories = incidentJoinCategories;
}
}

该类有一个与其值完全匹配的 DTO 类:

Category.java:

public class Category {

int id;

Set<IncidentJoinCategory> incidentJoinCategories=
new HashSet<IncidentJoinCategory>();

@Override
public int getId() {
return id;
}
@Override
public void setId(int id) {
this.id = id;
}

public Set<IncidentJoinCategory> getIncidentJoinCategories() {
return incidentJoinCategories;
}
public void setIncidentJoinCategories(Set<IncidentJoinCategory>
incidentJoinCategories) {
this.incidentJoinCategories = incidentJoinCategories;
}
}

<强>!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!研究!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

编辑#1:

好的!所以我花了几个小时调试这个问题来找出这里发生了什么。事实证明,问题出在 MappingProcessor 类第 749 行(Dozer 5.4.0)或最新源的第 766 行(但我还没有检查这是否仍然是最新源中的问题,但怀疑它是否已修复)。

这一行是

((Set) field).addAll(result);

它试图在这里映射的是一个

HashSet<IncidentJoinCategoryEntity>

addAll(result) 仅向((Set)字段)集合添加 1 项。结果中有 2 个项目(在调试期间它的大小也是 2,我将提供变量的快照)仅向 ((Set)field) 转换添加 1 个值。

result  LinkedHashSet<E>  (id=220)  
map LinkedHashMap<K,V> (id=248)
accessOrder false
entrySet HashMap$EntrySet (id=251)
hashSeed -1187793029
header LinkedHashMap$Entry<K,V> (id=253)
keySet HashMap$KeySet (id=5829)
loadFactor 0.75
modCount 2
size 2
table HashMap$Entry<K,V>[16] (id=258)
threshold 12
useAltHashing false
values null
field HashSet<E> (id=221)
map HashMap<K,V> (id=247)
entrySet HashMap$EntrySet (id=5856)
hashSeed 1372273954
keySet HashMap$KeySet (id=5821)
loadFactor 0.75
modCount 2
size 1
table HashMap$Entry<K,V>[16] (id=5822)
threshold 12
useAltHashing false
values null

enter image description here

编辑#2:

下载源代码以进行更多调试:

if (field == null) {
Class<? extends Set<?>> destSetType = (Class<? extends Set<?>>) fieldMap.getDestFieldType(destObj.getClass());
return CollectionUtils.createNewSet(destSetType, result);
} else {
System.out.println("----IN----");
// Bug #1822421 - Clear first so we don't end up with the removed orphans again
Set ret = (Set) field;
ret.clear();
//((Set) field).addAll(result);
for(Object res : result) {
System.out.println("FOUND " + res.toString());
ret.add(res);
}
System.out.println("END SIZE " + ret.size());
System.out.println("----OUT----");
return ret;
}

本例的输出:

----IN----
FOUND nz.co.doltech.ims.project.shared.domains.joins.IncidentJoinCategory@3e2
FOUND nz.co.doltech.ims.project.shared.domains.joins.IncidentJoinCategory@3e2
END SIZE 1
----OUT----

它的输出是 2 个项目,但正如您所见 @3e2 由于某种原因它们是相同的项目。因此,当您调用 addAll 时,它会删除重复项,只留下 1 项。为什么 Dozer 会意外映射两个相同的值?我检查以确保源对象集合没有相同的项目加倍,果然没有。确实很奇怪。

编辑#3:

我在这里做了进一步的测试,但运气不佳。这确实是 Dozer 映射 2 个相同值的问题,并且 addAll 会删除重复项,使其只是列表中的一项。不幸的是,我无法非常轻松地调试 addToSet 中的递归方法来确定发生这种情况的原因。

如果我发现其他问题,我会更新,否则我对此没有想法,哈哈。

最佳答案

事实证明,这实际上并不是 Dozer 错误。调试表明 Dozer 是罪魁祸首,但我认为情况并非如此。我认为这是因为我改用了另一个具有相同问题的映射器,所以除非这个新映射器有相同的问题(笑),否则它不是 Dozer。如果有人知道为什么我会发生这种情况,我将不胜感激。

我目前的猜测是我已经使用了 hibernate 自定义字段映射器来处理延迟加载敏感集合。我首先忽略这一点的唯一原因是,当我开始调试 Dozer 时,Dozer 似乎在从 addToSet 返回之前映射了字段,所以我错误地认为它已经应用了自定义字段映射。

关于java - Dozer 未正确映射集合,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17354989/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com