Почему прототипы портят объекты при использовании обобщенных элементов в сочетании с циклическими ссылками?
Я использую двоичный прототип с круговыми ссылками и дженериками. В качестве очень упрощенного сценария у меня есть следующие классы:
public class A {
private String name;
private B b;
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public B getB() {
return b;
}
public void setB(B b) {
this.b = b;
this.b.setA(this);
}
}
////////////////////////////////////////////////// /////////////////////////////
public class B {
private String name;
private A a;
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public A getA() {
return a;
}
public void setA(A a) {
this.a = a;
}
}
////////////////////////////////////////////////// /////////////////////////////
public class Container<E> {
private E element;
private String name;
public Container() {
}
public Container(E e, String name) {
super();
this.element = e;
this.name = name;
}
public E getElement() {
return element;
}
public void setElement(E e) {
this.element = e;
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
}
Когда я запускаю следующий модульный тест, чтобы проверить, что сериализация / десериализация туда-обратно выполнена правильно, я получаю очень странный результат. последнее утверждение не выполняется:
public class CircularRefTest {
@Test
public void testCircularReferences() {
A a = new A();
a.setName("a");
B b = new B();
b.setName("b");
a.setB(b);
Container<A> container = new Container<A>(a, "container");
Schema<Container> schema = RuntimeSchema.getSchema(Container.class);
LinkedBuffer buffer = LinkedBuffer.allocate(256);
byte[] data = GraphIOUtil.toByteArray(container, schema, buffer);
Container<A> copy = new Container<A>();
GraphIOUtil.mergeFrom(data, copy, schema);
assertEquals(container.getName(), copy.getName());
assertEquals(container.getElement().getName(), copy.getElement().getName());
assertEquals(container.getElement().getB().getName(), copy.getElement().getB().getName());
// something weird happens here with the circular references here
System.out.println(copy.getElement().getB().getA().getClass());
assertTrue(copy.getElement().getB().getA() instanceof A); // fails
}
}
Protostuff портит циклические ссылки от дочернего класса до родительского. Последнее утверждение должно пройти, но по какой-то причине класс имеет тип Container.
Что я делаю неправильно?
Если я изменяю класс Container для использования строго типизированных объектов, то модульный тест проходит. Это ошибка?
Я использую артефакт Maven:
<dependency>
<groupId>com.dyuproject.protostuff</groupId>
<artifactId>protostuff-api</artifactId>
<version>1.0.4</version>
</dependency>
1 ответ
Я очень внимательно просмотрел полный список зависимостей в своем проекте и обнаружил следующее:
protostuff-api: 1.0.4
protostuff-collectionsschema: 1.0.2
protostuff-runtime: 1.0.2
protostuff-core: 1.0.2
Я 1.0.2 банок выглядел странно. Затем я удалил все зависимости.
Затем я добавил следующие зависимости:
<dependency>
<groupId>com.dyuproject.protostuff</groupId>
<artifactId>protostuff-runtime</artifactId>
<version>1.0.4</version>
</dependency>
<dependency>
<groupId>com.dyuproject.protostuff</groupId>
<artifactId>protostuff-core</artifactId>
<version>1.0.4</version>
</dependency>
Это потянуло в следующих банках:
protostuff-api: 1.0.4
protostuff-collectionsschema: 1.0.4
protostuff-runtime: 1.0.4
protostuff-core: 1.0.4
Затем я снова запустил юнит-тест, и все заработало!
Просто чтобы перепроверить, я запустил юнит-тест со всеми банками, основанными на версии 1.0.2, тест не пройден. Похоже, эта проблема была исправлена в версии 1.0.4