Параметризованный тип AutoBean, содержащий типизированный член

Вопрос

Есть ли способ десериализовать JSON с помощью среды AutoBean, чтобы результирующий компонент имел параметр типа, влияющий на тип одного или нескольких его членов?

Задний план

RPC с результатами JSON

Я использую GWT (RequestBuilder) для выполнения запросов RPC. Возвращенная полезная нагрузка JSON имеет следующую форму:

{
  "resultSet": [{...}, {...}, ...], // items requested; say, items 150-160
  "totalCount": 15330               // total matching items in DB
}

Объекты в resultSet различаются по типу в зависимости от конкретного RPC, который я вызываю.

Интерфейс AutoBean

Я хотел бы десериализовать этот JSON с помощью AutoBean. Я пытаюсь представить этот объект следующим образом:

interface RpcResults<T> {

  List<T> getResultSet();
  void setResultSet(List<T> resultSet);

  int getTotalCount();
  void setTotalCount(int totalCount);

}

Я также создал соответствующие интерфейсы, представляющие каждый тип объекта, который может существовать в resultSet. Наконец, я установил соответствующий вызов AutoBeanCodex.decode.

Запуск кода

Попытка запустить этот код в режиме разработки приводит к появлению в консоли следующей трассировки стека:

19:44:23.791 [ERROR] [xcbackend] Uncaught exception escaped
java.lang.IllegalArgumentException: The AutoBeanFactory cannot create a java.lang.Object
    at com.google.gwt.autobean.shared.AutoBeanCodex$Decoder.push(AutoBeanCodex.java:240)
    at com.google.gwt.autobean.shared.AutoBeanCodex$Decoder.decode(AutoBeanCodex.java:50)
    at com.google.gwt.autobean.shared.AutoBeanCodex$Decoder.visitCollectionProperty(AutoBeanCodex.java:83)
    at com.citrix.xenclient.backend.client.json.RpcResultsAutoBean.traverseProperties(RpcResultsAutoBean.java:100)
    at com.google.gwt.autobean.shared.impl.AbstractAutoBean.traverse(AbstractAutoBean.java:153)
    at com.google.gwt.autobean.shared.impl.AbstractAutoBean.accept(AbstractAutoBean.java:112)
    at com.google.gwt.autobean.shared.AutoBeanCodex$Decoder.decode(AutoBeanCodex.java:51)
    at com.google.gwt.autobean.shared.AutoBeanCodex.decode(AutoBeanCodex.java:505)
    at com.google.gwt.autobean.shared.AutoBeanCodex.decode(AutoBeanCodex.java:521)
    at com.citrix.xenclient.backend.client.services.JSONResponseResultSetHandler.onResponseReceived(JSONResponseResultSetHandler.java:51)
    at com.google.gwt.http.client.Request.fireOnResponseReceived(Request.java:287)
    at com.google.gwt.http.client.RequestBuilder$1.onReadyStateChange(RequestBuilder.java:395)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:616)
    at com.google.gwt.dev.shell.MethodAdaptor.invoke(MethodAdaptor.java:103)
    at com.google.gwt.dev.shell.MethodDispatch.invoke(MethodDispatch.java:71)
    at com.google.gwt.dev.shell.OophmSessionHandler.invoke(OophmSessionHandler.java:157)
    at com.google.gwt.dev.shell.BrowserChannelServer.reactToMessagesWhileWaitingForReturn(BrowserChannelServer.java:326)
    at com.google.gwt.dev.shell.BrowserChannelServer.invokeJavascript(BrowserChannelServer.java:207)
    at com.google.gwt.dev.shell.ModuleSpaceOOPHM.doInvoke(ModuleSpaceOOPHM.java:126)
    at com.google.gwt.dev.shell.ModuleSpace.invokeNative(ModuleSpace.java:561)
    at com.google.gwt.dev.shell.ModuleSpace.invokeNativeObject(ModuleSpace.java:269)
    at com.google.gwt.dev.shell.JavaScriptHost.invokeNativeObject(JavaScriptHost.java:91)
    at com.google.gwt.core.client.impl.Impl.apply(Impl.java)
    at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:214)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:616)
    at com.google.gwt.dev.shell.MethodAdaptor.invoke(MethodAdaptor.java:103)
    at com.google.gwt.dev.shell.MethodDispatch.invoke(MethodDispatch.java:71)
    at com.google.gwt.dev.shell.OophmSessionHandler.invoke(OophmSessionHandler.java:157)
    at com.google.gwt.dev.shell.BrowserChannelServer.reactToMessages(BrowserChannelServer.java:281)
    at com.google.gwt.dev.shell.BrowserChannelServer.processConnection(BrowserChannelServer.java:531)
    at com.google.gwt.dev.shell.BrowserChannelServer.run(BrowserChannelServer.java:352)
    at java.lang.Thread.run(Thread.java:636)

Основываясь на этой трассировке стека, я предполагаю следующее:

  1. Стирание типа создает впечатление, что RpcResults.getResultSet() возвращает необработанное List.
  2. Десериализатор AutoBean пытается создать Object экземпляров для каждого элемента в resultSet.
  3. Отказ

Вопрос снова

Я что-то упустил в AutoBean API, что позволит мне сделать это легко? Если нет, есть ли очевидная точка атаки, на которую я должен обратить внимание? Есть ли более разумная альтернатива тому, что я делаю (кроме JSONParser и JavaScriptObject, которые я уже использую)?


gwt autobean
person Wesley    schedule 15.03.2011    source источник

Ответы (2)


arrow_upward
2
arrow_downward

Это не просто из-за стирания типа Java. Тип T не существует во время выполнения, поскольку он был стерт до Object вместо любой другой нижней границы. AutoBeanCodex требует информацию о типе, чтобы подтвердить элементы входящей полезной нагрузки json. Эта информация о типе обычно предоставляется реализацией AutoBean, но из-за стирания T все, что ему известно, это то, что он содержит List<Object>.

Если вы можете предоставить литерал класса во время выполнения, геттер можно объявить как Splittable getResultSet(), а отдельные элементы списка материализовать, вызвав AutoBeanCodex.decode(autoBeanFactory, SomeInterfaceType.class, getResultSet().get(index)). С помощью Category вы можете добавить метод <T> T getResultAs(Class<T> clazz, int index) в интерфейс AutoBean. Это будет выглядеть примерно так:

@Category(MyCategory.class)
interface MyFactory extends AutoBeanFactory {
  AutoBean<ResultContainer> resultContainer();
}
interface ResultContainer<T> {
  Splittable getResultSet();
  // It's the class literal that makes it work
  T getResultAs(Class<T> clazz, int index);
}
class MyCategory {
  public static <T> T getResultAs(Autobean<ResultContainer> bean,
      Class<T> clazz, int index) {
    return AutoBeanCodex.decode(bean.getFactory(), clazz,
      bean.as().getResultSet().get(index)).as();
  }
}
person BobV    schedule 15.03.2011
comment
Этот подход действительно имеет смысл для меня. Однако даже с GWT 2.2.0 кажется, что универсальные типы не работают в качестве параметров для методов категорий. Это означает, что невозможно передать объект класса в getResultAs. Я упростил ваш пример до paste.pocoo.org/show/354352, но компилятор GWT жалуется на paste.pocoo.org/show/354358. Без возможности передать объект класса это довольно элегантное решение не работает. - person Wesley; 16.03.2011
comment
Я думаю, что у вас есть опечатка в вашей категории. Вы добавили метод getResultSet() вместо того, чтобы называть его getResultAs(). - person BobV; 16.03.2011
comment
Ты прав. Исправление этой опечатки исправляет упрощенный случай, который я вставил. Пытаясь приблизиться к коду в вашем ответе, я получаю paste.pocoo.org/show/ 354669. Однако это вызывает ошибку компиляции paste.pocoo.org/show/354671. (Я попробовал и AutoBean<ResultContainer<T>> bean, и AutoBean<ResultContainer> bean в подписи ResultCategory.getResultAs с тем же результатом.) Я все еще делаю здесь очевидные ошибки? - person Wesley; 16.03.2011

arrow_upward
1
arrow_downward

Попробуйте переопределить методы .getResultSet() и .setResultSet() в ваших объектно-ориентированных интерфейсах:

interface FooRpcResults extends RpcResults<Foo> {
    @Override
    List<Foo> getResultSet();
    @Override
    void setResultSet(List<Foo> value);
}

У меня работает следующий тест (GWT 2.3.0):

import static org.junit.Assert.assertEquals;
import static org.junit.Assert.assertNotNull;

import java.util.ArrayList;
import java.util.List;

import org.junit.Test;

import com.google.web.bindery.autobean.shared.AutoBean;
import com.google.web.bindery.autobean.shared.AutoBeanCodex;
import com.google.web.bindery.autobean.shared.AutoBeanFactory;
import com.google.web.bindery.autobean.shared.AutoBeanUtils;
import com.google.web.bindery.autobean.vm.AutoBeanFactorySource;

public class AutoBeanTest {
 public static interface Page<T> {
  int getDataSize();

  List<T> getPage();

  int getStartIndex();

  void setDataSize(int value);

  void setPage(List<T> value);

  void setStartIndex(int value);
 }

 public static interface Thing {
  String getName();

  void setName(String value);
 }

 public static interface ThingFactory extends AutoBeanFactory {
  AutoBean<Thing> createThing();

  AutoBean<ThingPage> createThingPage();
 }

 public static interface ThingPage extends Page<Thing> {
  @Override
  List<Thing> getPage();

  @Override
  void setPage(List<Thing> value);
 }

 @Test
 public void testAutoBean() {
  final ThingFactory factory = AutoBeanFactorySource
    .create(ThingFactory.class);

  final Thing thing1 = factory.createThing().as();
  thing1.setName("One");

  final Thing thing2 = factory.createThing().as();
  thing2.setName("Two");

  final List<Thing> things = new ArrayList<Thing>();
  things.add(thing1);
  things.add(thing2);

  final Page<Thing> page = factory.createThingPage().as();
  page.setStartIndex(50);
  page.setDataSize(1000);
  page.setPage(things);

  final String json = AutoBeanCodex.encode(
    AutoBeanUtils.getAutoBean(page)).getPayload();

  final Page<Thing> receivedPage = AutoBeanCodex.decode(factory,
    ThingPage.class, json).as();

  assertEquals(receivedPage.getStartIndex(), page.getStartIndex());
  assertEquals(receivedPage.getDataSize(), page.getDataSize());
  assertNotNull(receivedPage.getPage());
  assertEquals(receivedPage.getPage().size(), page.getPage().size());
  for (int i = 0; i < receivedPage.getPage().size(); i++) {
   assertNotNull(receivedPage.getPage().get(i));
   assertEquals(receivedPage.getPage().get(i).getName(), page
     .getPage().get(i).getName());
  }
 }
}

Удаление переопределений в интерфейсе ThingPage сломает его.

person Ivan B    schedule 04.05.2011