GWT RPC: горячая замена против POJO - PullRequest
0 голосов
/ 28 ноября 2011

Я столкнулся со следующей проблемой.

В настоящее время я работаю с коллегой по проекту GWT. Мы используем асинхронный сервис RPC. Нам часто нужно отправлять и получать state объект, который является HashMap.

У нас есть несколько сервисных методов, которые всегда имеют состояние в качестве параметра и тип возвращаемого значения:

HashMap<String, Serializable> fillAndGetUI(HashMap<String, Serializable> state) throws ProjectServiceException;

Я говорю не использовать это, потому что у нас есть Serializable интерфейс в объявлении метода, который не подходит для компиляции RPC и GWT.

Но: HashMap полезен, хотя мы можем использовать горячую замену вместо перезапуска сервера каждый раз (достаточно написать метод put и get). Мое предложение состояло в том, чтобы использовать POJO, но мы можем потерять возможность горячей замены, что очень важно.

Каково решение не использовать HashMap в объявлениях и иметь возможность Hotswap одновременно? Может ли RequestFactory решить эту проблему? (Мы используем GWT 2.1. Смена версии невозможна)

1 Ответ

1 голос
/ 28 ноября 2011

Самое простое решение - использовать простые старые RequestBuilder, JSON и Overlay Types.RequestFactory вам не поможет

...