2

だから私はここの誰かがドーザーで私を助けることができるかもしれないという問題を抱えています.

背景: 永続エンティティを DTO クラスにマップするように Dozer をセットアップしました。それは非常に簡単です。エンティティクラスの正確なレプリカを POJO として作成し、dozers ワイルドカードでフィールドの名前がソースフィールドと一致することを確認できるようにするだけです。ここで行われたように、カスタムマッパーで休止状態の遅延読み込みの問題を処理しています。エンティティ内の @EntityMapping(DTOxxx.class) というアノテーションをスキャンするクラスを介して各クラスをマップする方法を Dozer に伝えています。次に、それをマッパー addMapping(builder) に追加します

問題: (最新の情報については、最後の調査をお読みください。ただし、これもすべて読むことでコンテキストを取得するのに役立ちます) 問題は、一部のインスタンスで Dozer が私のコレクションを適切にマッピングしていないことです。たとえば、CategoryEntity クラスには、Dozer がマップする必要がある他のエンティティのコレクションがあります。何が起こるかというと、dozer は、この場合 2 つのアイテムを持つコレクションを見つけ、新しい DTO クラス コレクションに 1 つのアイテムのみをマップするということです。

ここに画像の説明を入力

toDomain が呼び出された後の画像でわかるように (これには mapper.map(source, desination) dozer 呼び出しが含まれています)、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;
}

あなたがそれを考えているなら、キャッシュされたエンティティを取得しないことを確認しました。

したがって、なぜこれが一部のケースで発生し、他のケースでは発生しないのかについて、私は少し困惑しています。うまくいく場合とうまくいかない場合に明らかな違いは見られません。誰かが以前にこのような問題に遭遇したことがあり、彼らが私を助けることができると考えているなら、それは素晴らしいことです! 問題の例からの私のクラスは次のとおりです。

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 クラスがあります。

カテゴリ.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）フィールド）キャストに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

ここに画像の説明を入力

編集＃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 が誤って 2 つの同じ値をマッピングするのはなぜですか? ソース オブジェクト コレクションに同じアイテムが重複していないことを確認しました。確かに奇妙です。

編集＃3：

ここではほとんど運がありませんでしたが、さらにテストを行いました。これは確かに、同じ値の Dozer マッピング 2 の問題であり、addAll は重複を取り除き、リスト内の 1 つの項目だけにします。残念ながら、addToSet の再帰メソッドを簡単にデバッグして、なぜこれが起こっているのかを特定することはできません。

他に何かわかったら更新します。それ以外の場合は、これについてのアイデアがありません。

4

1 に答える 1

2

これは実際には Dozer のバグではないことが判明しました。デバッグの結果、Dozer が原因であることが示唆されましたが、そうではないと思います。これは、同じ問題を抱えた別のマッパーに乗り換えたからだと思います。この新しいマッパーが同じ問題を抱えていない限り (笑) Dozer ではありません。なぜこれが私に起こっているのかについて誰かが考えているなら、私はそれについて助けていただければ幸いです.

現時点での私の推測は、遅延ロードに敏感なコレクションを処理するために用意した休止状態のカスタム フィールド マッパーです。そもそもこれを無視した唯一の理由は、Dozer のデバッグを開始したときに、Dozer が addToSet から返される前にフィールドをマッピングしているように見えたため、カスタム フィールド マッピングが既に適用されていると誤って想定したためです。

于 2013-07-03T09:09:15.993 に答える