Spring MongoDB Custom Converter не используется при обновлении $ set? - PullRequest
2 голосов
/ 09 января 2012

Краткие сводки перед простыми примерами:

  • Вставка новых документов в порядке, в том смысле, что он использует мой пользовательский конвертер
  • Обновление существующего документа не в порядке, вэто означает, что он не использует мой пользовательский конвертер

Мои отделы:

[INFO] +- org.springframework.data:spring-data-mongodb:jar:1.0.0.RC1:compile
[INFO] | +- org.springframework:spring-beans:jar:3.1.0.RELEASE:compile
[INFO] | +- org.springframework:spring-expression:jar:3.1.0.RELEASE:compile
[INFO] | +- org.springframework.data:spring-data-commons-core:jar:1.2.0.RC1:compile
[INFO] | | \- org.springframework:spring-tx:jar:3.1.0.RELEASE:compile
[INFO] | \- org.mongodb:mongo-java-driver:jar:2.7.1:compile

Вот мой класс, у которого есть свой собственный конвертер

public class MyClass extends MyInterface<String> ..

Вотконвертеры:

public class MyClassWriteConverter implements Converter<MyClass, DBObject> {
    @Override
    public DBObject convert(MyClass myClass) {
        System.out.println("MyClass WRITE CONVERTER !");
        DBObject dbo = new BasicDBObject();
        dbo.put("title", myClass.getTitle());
        dbo.put("value", myClass.getValue());
        System.out.println("value : " + myClass.getValue());
        System.out.println("class : " + myClass.getClass().getCanonicalName());
        dbo.put("_class", myClass.getClass().getCanonicalName());
        return dbo;
    }
}
public class MyClassElementReadConverter implements Converter<DBObject, MyClass> {
    @Override
    public MyClass convert(DBObject dbObject) {
        String value = (String) dbObject.get("value");
        String title = (String) dbObject.get("title");
        return new MyClass(title, value);
    }
}

<mongo:converter>
    <bean class="kam.albert.MyClassElementReadConverter" />
</mongo:converter>
<mongo:converter>
    <bean class="kam.albert.MyClassElementWriteConverter" />
</mongo:converter>

myDomain имеет List<MyClass<?>> myClasses, и это прекрасно работает, так как используется пользовательский конвертер:

this.ops.save(myDomain, "myCollection");

Что видно из результатов отладки:

MyClass ELEMENT WRITE CONVERTER !
value : my value
class : kam.albert.MyClass

И имеет результат из моего db.myCollection.find (). Pretty ();:

{
    myClasses : [
        {
             "title" : "my title",
             "value" : "my value",
             "_class" : "kam.albert.MyClass"
        }
    ]
}

Все еще в порядке с операцией вставки ...

Но когда я делаю $ set update для существующего документа, как это:

this.ops.updateFirst(
    this.idCriteria(myClass),
    new Update()
        // set the content node
        .set(dotNotation, myClass),
        "myCollection"
);

Вывод отладки остается прежним:

MyClass ELEMENT WRITE CONVERTER !
value : my value
class : kam.albert.MyClass
(edited for clarity, the other properties omitted)
DEBUG [mongodb.core.MongoTemplate]: calling update using query: { "_id" : "81d3292e-fd75-410d-a1f9-b109b6d76194"} and update: { "$
set" : { "myClasses" : [ { "title" : "my title" , "value" : "my value"}]}] } in collection: myCollection

Но результат такой же, как и без использования пользовательского конвертера, без атрибута "_class":

{
    myClasses : [
        {
             "title" : "my title",
             "value" : "my value",
        }
    ]
}

Мои текущие выводы:

  • Для вставки нового документа пользовательский конвертер работает нормально
  • Для обновления, хотя пользовательский конвертер, кажется, вызывается (выходные данные отладки есть), но он используетMappingMongoConverter по умолчанию для реального обновления.

Я что-то упустил?Пожалуйста, поделитесь своими мыслями ..

1 Ответ

2 голосов
/ 10 января 2012

Похоже, что текущая версия (1.0 GA на момент написания статьи) не передает объект Update в QueryMapper, который отвечает за объединение содержащихся потенциально сложных объектов в объекты, которые MongoDB может обрабатывать изначально.В этом процессе следует вызывать MongoConverter, что, в свою очередь, должно запускать ваши пользовательские конвертеры.

Проблема фиксируется в заявке, которую вы только что подали , и будет исправлена ​​в следующем выпуске исправлений(1.0.1, 1.1.M1).

...